Enterを押しっぱなしとか、Enter & クリックとか、通常はしない動作ですよね。
出荷前のテストをしているような状況だと思いますが、もしそうでないなら
設計を見直すべきです。

閉じようとする時に、子画面は複数あるのでしょうか？
必要なのは、複数の子画面を１度に閉じる機能でしょうか？
それとも、子画面を複数開かないようにする機能でしょうか？

返信遅くなり、大変もうしわけございません。

＞閉じようとする時に、子画面は複数あるのでしょうか？
複数はないのですが、子画面を閉じても閉じても
何回か開いた分だけ閉じなければいけない状態です。
（タスクバーは一つです）

＞必要なのは、複数の子画面を１度に閉じる機能でしょうか？
＞それとも、子画面を複数開かないようにする機能でしょうか？
「子画面を複数開かないようにする」なのですが、
なぜボタンを押す時に一瞬の動作で連続で押すと、子画面が２画面
開いているのか原因が知りたいです。

肝心な部分の情報が矛盾しています。

> 複数はないのですが、子画面を閉じても閉じても
> ...
> なぜボタンを押す時に一瞬の動作で連続で押すと、子画面が２画面
> 開いているのか原因が知りたいです。

一種類の子画面が、複数開いているということでしょうか？
複数開いていることをどうやって確認しています？
子画面を動かすと、後に同じ画面がありますか？
子画面が１つで、閉じるボタンが無視されている可能性は？

> 「子画面を複数開かないようにする」なのですが、

開く処理のソースコードを見せてもらわないと何とも。
結果として複数開いているんならば、複数開くように書いているのでしょう。

>一種類の子画面が、複数開いているということでしょうか？
>複数開いていることをどうやって確認しています？
>子画面を動かすと、後に同じ画面がありますか？
動かしても、後ろに同じ画面はないです。

>子画面が１つで、閉じるボタンが無視されている可能性は？
閉じるボタンでは、ちゃんと子画面を閉じています。

>開く処理のソースコードを見せてもらわないと何とも。
>結果として複数開いているんならば、複数開くように書いているのでしょう。
処理としては、
ボタンを押した時のイベントに一回だけDoModal()をして一回だけ子画面を開く処理を
入れているだけなのですが・・・

実装を見ないでできる返答を言うと「ボタン押下のハンドラで、子ダイアログ起動
済みフラグをチェックするようにする」かな。
フラグはどの親に対して複数起動なのか、によって宣言の場所が違います。
例えばOS単位ならミューテックスとかだし、プロセス単位ならグローバル変数として
宣言するかグローバル変数として使われるクラス(MFCだとCWinAppの派生クラ
ス)のメンバとして宣言するし、ドキュメント単位ならドキュメントクラスのメンバとし
て宣言する事になる筈です。

フラグではなくてダイアログクラスそのものでも可ですが、初期化やダイアログクラス
のメンバの使い方でどちらが良いかは変わるので、適当に工夫して下さい。

調べてみたらVC6のMFC/SDIで作ったスケルトンでも再現しうるようです。
メッセージさえ飛んでくればバージョン情報ダイアログボックスを複数同時に開ける
ようです。
直ぐにモーダルダイアログが出てしまい多重に操作できなかったので、ウィンドウメッ
セージを直接送って確かめました。

追記。
>動かしても、後ろに同じ画面はないです。
の場合、子ダイアログを開くハンドラの呼び出しがネストされていないようなの
で、私が書いた内容と食い違うかも知れません。

私が書いたケースだと

親ウィンドウのメッセージループ
->ボタン押下ハンドラ
->DoModal()
->子ダイアログのメッセージループ
->ボタン押下ハンドラ
->DoModal()
->子ダイアログのメッセージループ
…

という形を想定しています。
メッセージキューはスレッドごとに共通なので、ループで処理するウィンドウを指定
しなければこうなる可能性もある、と言う話です。

> 動かしても、後ろに同じ画面はないです。
>
> >子画面が１つで、閉じるボタンが無視されている可能性は？
> 閉じるボタンでは、ちゃんと子画面を閉じています。

もう一度同じことを聞きますが、
複数開いていることをどうやって確認しています？

> 処理としては、
> ボタンを押した時のイベントに一回だけDoModal()をして一回だけ子画面を開く処理を
> 入れているだけなのですが・・・

それは、あなたが書いたつもりの処理。
望む結果が得られてないならば、実際にあなたが書いた処理は違うかもしれません。
あなたが提示した情報だけでは判断できません。

構成は
A:メイン－B：DLLで子ダイアログ－C:B上ボタンで孫ダイアログ
でいいのかな？

BのボタンにフォーカスあててENTER押しっぱなしすると、
Cが開き、フォーカスがCにうつってCが閉じる。
この「開いては閉じる」をある程度繰り返してからENTERを放す
この時点でCが残っているので閉じるボタンを押すが、消えない（＊１）
その後、何回かCを閉じる作業をすると、やっと消える

こんな感じでいいのかな？

上記の通りだとするならば
＊１の段階で、
「Cは消えたが、なんらかの理由でBが押されたことになっており、すぐに次のCが出る」
といった状況になってるのではないでしょうか？
つまり、
Bに必要以上にメッセージが送られてる（溜まってる）のかと

>Enterキーとマウスでボタンをクリックで、ボタンを一緒に押下した場合も、
>２回押した事になっていまして、２回閉じなければならない状態です。
本来、同時押ししても、完全に同時にはならず、後押し分は意味ないはずだが
上の状況がおきてるならありえそうだ

＞麩さん
＞子ダイアログを開くハンドラの呼び出しがネストされていないようなの
＞で、私が書いた内容と食い違うかも知れません。
そうですね、ネストはしていないです。

＞たいちうさん
＞もう一度同じことを聞きますが、
＞複数開いていることをどうやって確認しています？
子画面の閉じるボタンを何回か押して、やっと子画面が閉じれるという状況なので、
このようにして複数開けてるんだと確認しています。

＞rinさん
＞構成は
＞A:メイン－B：DLLで子ダイアログ－C:B上ボタンで孫ダイアログ
＞でいいのかな？
そのとおりです。

＞BのボタンにフォーカスあててENTER押しっぱなしすると、
＞Cが開き、フォーカスがCにうつってCが閉じる。
＞この「開いては閉じる」をある程度繰り返してからENTERを放す
＞この時点でCが残っているので閉じるボタンを押すが、消えない（＊１）
＞その後、何回かCを閉じる作業をすると、やっと消える
＞こんな感じでいいのかな？
そのとおりです。

＞Bに必要以上にメッセージが送られてる（溜まってる）のかと
その可能性がありそうです。
試しに、私のＰＣの処理が遅いのかと思い、他のＰＣにプロジェクトを移して
試してみたのですが、同じく再現したので、ＰＣのスペックは関係ないみたいでした。

> 子画面の閉じるボタンを何回か押して、やっと子画面が閉じれるという状況なので、
> このようにして複数開けてるんだと確認しています。

『閉じるボタンを３回押したら子画面が閉じる』、とします。
Ａ．（何らかの原因で）子画面が３つ開いている
Ｂ．（何らかの原因で）最初の２回の閉じるボタンの処理が無視されている

Ａ．のケースでは、複数開いていますが、Ｂ．のケースでは１つしか開いていません。
あなたの確認方法では両者を区別できていないと思います。

子画面のOnInitDialogなどは、複数回呼ばれていますか？
その時のインスタンスのアドレス(thisポインタ)は一緒？違う？

>ボタンを押した時のイベントに一回だけDoModal()

DLLを作ってというのは検証が大変そうなので
回避方法になってしまいますが、ボタンが押されて
DoModalする前に自ボタンを無効化(EnableWindow(FALSE))とか、

DoModalの後に、メッセージクリア
MSG msg;
// キーボード
while( PeekMessage( &msg, Handle, WM_KEYFIRST, WM_KEYLAST, PM_REMOVE ) );
// マウス
while( PeekMessage( &msg, Handle, WM_MOUSEFIRST, WM_MOUSELAST, PM_REMOVE ) );

を入れちゃうとか

ごめ
>DoModalの後に、メッセージクリア
じゃダメですね。DoModalの前に入れないと。

void CTestDlg::OnOK()
{
MSG msg;
for(int i=0;i<=100;i++) {
if (::PeekMessage(&msg, NULL, 0, 0, PM_REMOVE)) {
::TranslateMessage(&msg);
::DispatchMessage(&msg);
}
Sleep(3);
}

AfxMessageBox(AAAA);

}

こんな状況になっているんじゃないでしょうか?