如何为基于MFC/ATL的老旧C++ Win32项目实现多语言及RTL/LTR支持

1. 完全摆脱代码页依赖的改造方案 #

• 第一步将项目字符集从多字节切换为Unicode：在项目属性中修改字符集为「使用 Unicode 字符集」，所有TCHAR统一替换为wchar_t，业务层字符串存储、传输统一采用UTF-8编码，UI渲染层统一转成Windows原生支持的UTF-16（WCHAR类型），彻底绕开系统代码页限制。
• 修正所有不规范的字符串操作：你示例中void func(TCHAR* str) { int x = strlen(str); }是典型错误用法，TCHAR在多字节和Unicode环境下类型完全不同，统一替换为适配宏_tcslen，切换到Unicode后可直接用wcslen，CString实例直接调用.GetLength()获取长度即可。
• 全链路统一编码规则：7个服务端的字符串存储、跨服务传输、和客户端的通信报文全部采用UTF-8编码，完全不依赖服务端所在系统的代码页配置；客户端收到UTF-8字符串后转UTF-16再渲染，发送时将用户输入的UTF-16转成UTF-8再传给服务端。

2. RTL/LTR混合文本排版问题解决方案 #

• 停止手动调整字符偏移量的实现方式，Windows原生提供完善的双向文本处理能力：GDI渲染时调用DrawText开启DT_RTLREADING标记，同时调用SetLayout设置设备上下文的布局属性，系统会自动处理双向文本的字符排序、换行规则，无需手动干预。
• 如果是DirectX 9自定义渲染文本的场景，直接调用Windows内置的Uniscribe API（USP10.dll提供），原生支持希伯来语、阿拉伯语等RTL语言的双向文本塑形、排序，可直接处理混排场景的视觉顺序转换。
• 若需要兼容更复杂的多语言排版规则，可接入ICU库的BiDi双向处理模块，调用ubidi_setPara、ubidi_getLogicalRun等接口完成逻辑顺序到视觉顺序的转换，适配性比原生API更强。

3. 调试器字符串乱码调整方案 #

• Visual Studio调试器默认采用系统代码页解析多字节字符串，若字符串采用UTF-8编码存储，在监视窗口的变量名后添加,s8后缀，即可强制调试器用UTF-8编码解析显示内容。
• 若切换为UTF-16的wchar_t字符串，默认即可正常显示希伯来语等非拉丁字符；若仍存在乱码，可开启Windows区域设置中的「Beta版：使用Unicode UTF-8提供全球语言支持」选项，统一系统默认多字节编码为UTF-8，即可解决调试解析问题。

ICU库适配落地指导 #

ICU完全可以适配你的现有项目，可采用渐进式改造方案，降低整体改造成本和风险：

• 第一阶段：仅接入ICU编码转换模块，替换现有MultiByteToWideChar/WideCharToMultiByte等依赖代码页的转换逻辑，用ucnv_convert接口实现UTF-8和UTF-16的互转，完全脱离系统代码页依赖。
• 第二阶段：接入ICU的BiDi双向文本处理模块，处理聊天系统的混排文本排序逻辑：聊天内容追加仍然沿用现有CString逻辑，渲染前将字符串传给ICU处理得到正确的视觉顺序后再传给渲染接口，无需修改现有聊天内容存储、追加逻辑。
• 第三阶段：如果后续需要适配多语言字符串比较、日期格式化、数字格式化等能力，再逐步接入ICU的ustring、udat等对应模块即可。
• MFC的CString可和ICU接口无缝交互：CStringW可直接获取LPCWSTR指针强转为ICU的UChar*类型使用（Windows平台下wchar_t和UChar均为2字节，完全兼容），存储UTF-8的CStringA可直接获取const char*传给ICU的UTF-8接口。

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