MFC单文档项目ProcessShellCommand提前调用OpenDocumentFile问题求解

你遇到的核心问题是重写CWinApp::OpenDocumentFile后，跳过了MFC框架默认的文档、视图、主框架窗口联动创建逻辑。
MFC默认的ProcessShellCommand处理OpenFile命令时，会先调用你注册的文档模板完成三类对象的实例化，再执行文档加载逻辑。如果你的重写函数没有触发这套创建流程，自然会遇到文档、视图未构造的问题。
你现在写的两次调用ProcessShellCommand的方案属于歪打正着：第一次传空的cmdInfo2时，m_nShellCommand默认是FileNew，会先走新建文档流程完成所有对象的创建，第二次再处理带路径的打开命令自然能运行，但会产生空文档初始化的冗余开销，不符合框架设计规范。

根据你的需求可以选择两种更合理的实现：

方案1（最推荐）：重写文档类的OnOpenDocument方法 #

如果你只是需要自定义文件读取、解析逻辑，不需要完全替换文件打开的整体流程，不要重写CWinApp层面的OpenDocumentFile，转而重写CMyDocument类的OnOpenDocument虚函数即可。
这个函数是框架完成文档实例化之后，正式加载文件内容的标准入口，所有自定义文件处理逻辑都可以放在这里，不需要修改InitInstance里的原有初始化代码，完全符合MFC文档视图架构的设计意图。
示例代码：

BOOL CMyDocument::OnOpenDocument(LPCTSTR lpszPathName)
{
    if (!CDocument::OnOpenDocument(lpszPathName))
        return FALSE;
    
    // 在这里添加你的自定义文件读取、解析逻辑，此时CMyDocument和关联的CMyView都已经构造完成
    // 你的逻辑...
    
    return TRUE;
}

方案2：重写CWinApp::OpenDocumentFile时先调用基类实现 #

如果你确实有特殊需求（比如自定义文件路由、动态匹配多文档类型等）必须重写CWinApp层面的OpenDocumentFile，只需要在你的重写逻辑开头先调用基类的实现，基类会自动完成文档、视图、框架的创建流程，再执行你的自定义逻辑即可。
示例代码：

CDocument* CMyApp::OpenDocumentFile(LPCTSTR lpszFileName)
{
    // 先调用基类实现，完成文档、视图、框架的构造初始化
    CDocument* pDoc = CWinApp::OpenDocumentFile(lpszFileName);
    if (!pDoc)
    {
        // 自定义打开失败的处理逻辑
        return nullptr;
    }
    
    // 在这里添加你的自定义逻辑，此时文档、视图都已经构造完成
    CMyDocument* pMyDoc = static_cast<CMyDocument*>(pDoc);
    // 你的逻辑...
    
    return pDoc;
}

请确保InitInstance中AddDocTemplate注册文档模板的代码在ProcessShellCommand之前执行，这是MFC默认生成代码的规范顺序，修改顺序也会导致文档模板未注册、无法创建对应对象的问题。

内容的提问来源于stack exchange，提问作者Randy