CreateFileMappingでの共有メモリの保持について

Question

CreateFileMappingを用いた共有メモリの動作を確認しています。
同じプログラムを多重に起動して、下記のようなステップが実行された場合、
２回目以降に実行されたプログラムについてはERROR_ALREADY_EXISTSが発生します。

CreateFileMapping(INVALID_HANDLE_VALUE, NULL PAGE_READWRITE, 0, sizeof(10), "memory");

ここまでは想定通りなのですが、プログラムを一旦すべて終了した後に、再実行した場合はERROR_ALREADY_EXISTSは発生せず新たな共有メモリを作成する動きをします。同じ"memory"という名前の共有メモリなので、既に存在しているものをオープンすると思っていました。
プログラム内で共有メモリのクローズはしていないので、共有メモリ自体は存在し続けていて、既に存在している共有メモリとは別の領域に共有メモリを作成しているのでしょうか？
またクローズしていないのでメモリリークが発生しているのでしょうか？

クローズしていないというのは下記３,4をしていないことだと認識しています。（動作確認では1のCreateFileMappingだけ実行しました）
１．CreateFileMapping で共有メモリを作成（またはオープン）
２．MapViewOfFileでマッピング（読み書きできるようにする）
３．UnmapViewOfFileでマッピング解除
４．CloseHandleで共有メモリを解放

下記のページ等を参照しましたが、詳細な動きが分かりませんでした。
Creating Named Shared Memory

Comments

[dodox86]

タグが"C++"になっていますが、質問内容はC++やプログラミング言語に依るものでなく、"Windows"や"Win32 API"の方が適切で、回答が集まり易いと思います。回答済みですが。

Answer 1

プログラム内で共有メモリのクローズはしていないので、共有メモリ自体は存在し続けていて、既に存在している共有メモリとは別の領域に共有メモリを作成しているのでしょうか？

いいえ。いったん共有メモリは廃棄され、新たに同じ名前の共有メモリが作成されます。

またクローズしていないのでメモリリークが発生しているのでしょうか？

いいえ。プロセスを終了させるとCreateFileMappingで作成されたファイルマッピングオブジェクト、これはカーネルオブジェクトですが、Windowsが自動的にクローズします。（自動的にクローズするからと言って、アプリケーションが何もせず終了するのは行儀が悪いですので注意しましょう）

詳しくはこちらをご覧になると良いと思います。

Terminating a Process - Microsoft Docs

以下の記述があります。(一部を引用)

Terminating a process has the following results:

...

Any resources allocated by the process are freed.
All kernel objects are closed.

...

Comments

[DijiTai]

ご回答ありがとうございます。
シャットダウン等しなければ共有メモリが破棄されない（明示的にクローズしてない場合）と勘違いしてましたが納得しました。

[dodox86]

Windowsに関してはそうですね。共有メモリを使っているプロセスが全て無くなったら破棄されます。余談ながら、Linux(System V系UN*X)で共有メモリと呼ぶものは明示的に削除しない場合、シャットダウンしない限り残ります。面白いですね。
https://linuxjm.osdn.jp/html/LDP_man-pages/man2/shmget.2.html