Visual Studio中MFC/COM支持规划咨询：旧VC++6.0项目升级顾虑

一、微软对 MFC 的支持现状与路线 #

• 维护性优先，不会彻底移除：MFC自VS2010起就定位为遗留技术支持，核心功能保持向后兼容，至今仍包含在VS2022的「桌面开发使用C++」工作负载中。微软明确表态，由于大量企业级遗留应用依赖MFC，至少未来10年以上会持续提供安全更新、兼容性修复，不会突然终止支持。
• 有限适配更新：新版VS中MFC会针对Windows新特性做少量适配（比如高DPI支持、Windows 11圆角窗口适配），但不会引入颠覆性架构变更，确保老代码移植后无需大规模修改。
• 编译兼容性保障：VS2019/2022对VC6时代的MFC代码兼容性较好，仅需处理少量编译警告（如过时API提示）、字符集配置（保留多字节字符集即可编译，无需强制转UTF-8）及特定旧库的替换。

二、COM 的长期支持确定性 #

• Windows核心依赖，无取消可能：COM是Windows系统的底层基础技术，系统Shell、Office自动化、硬件驱动等大量组件均基于COM实现。微软不可能彻底取消COM支持，这会导致整个Windows生态瘫痪。
• 全版本系统兼容：32位/64位COM组件在Win10/Win11上均可正常运行，VS最新版本完全支持COM/ATL开发，编译工具链对旧COM代码的兼容性极佳。
• 长期维护承诺：只要Windows操作系统存在，COM作为核心技术就会持续得到维护，不会出现突然停止支持的情况。

三、你的应用迁移建议 #

• 优先迁移而非重构：25000行代码的迁移工作量远小于重构，仅需处理编译层面的兼容性问题，核心业务逻辑完全可以保留。
• 迁移步骤简化：选择VS2019或VS2022，导入VC6项目后，逐步解决编译错误（多为过时宏、库路径、字符集问题），无需修改核心业务代码。
• 界面可按需优化：若想改善老旧界面，可逐步替换为MFC新增的现代化控件，也可完全保留原有界面继续运行，不影响功能稳定性。

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