Windows 和 macOS 采用了不同的技术来实现多语言显示，思路与 macOS 的 .localized 机制非常相似。
macOS 的方式：.localized 文件夹
正如您所说，macOS 使用一种非常直观的文件系统层面的本地化方案：
- 你创建一个名为
MyDocument.localized的文件夹。 - 在里面为每种语言创建一个字符串文件（如
en.strings,zh.strings）。 - 系统会根据用户的语言设置，自动选择对应的字符串来显示文件夹名称。
- 在 Finder 中，用户看到的始终是本地化后的名字，但磁盘上真实的文件夹名始终是
MyDocument.localized。
这是一种“一个实体，多种显示”的优雅方式。
Windows 的方式：资源文件和“友好显示”
Windows 没有完全对等的“.localized”文件夹机制，但它通过 Shell 命名空间 和 资源文件 实现了类似的效果，尤其是在系统本身和许多专业软件中。
核心概念是：一个文件或对象可以有一个内部名称（用于系统识别）和一个对外显示的“友好名称”。
实现这种效果主要有以下几种方法：
方式1.桌面.ini - 最接近您需求的方案
这是为普通文件夹添加本地化显示名称最简单的方法。它不改变文件夹的实际名称，但可以改变它在 Windows Explorer（文件资源管理器）中的显示名称。
操作步骤：
- 假设你有一个名为
MyFolder的英文文件夹。 - 在该文件夹内，创建一个名为
desktop.ini的文件（如果已存在，则直接编辑）。 - 编辑
desktop.ini文件，输入以下内容：
[.ShellClassInfo]
LocalizedResourceName=我的文件夹
- 将这个文件夹设置为系统属性（这样 Explorer 才会读取
desktop.ini）。在命令提示符中，进入MyFolder的父目录，执行：attrib +s MyFolder - 刷新文件资源管理器（按 F5），你会看到文件夹的显示名称变成了你设置的中文名，但其实际目录名仍是
MyFolder。
原理：
desktop.ini 是 Windows Shell 用来配置文件夹显示的文件。LocalizedResourceName 属性告诉 Explorer：“不要显示真实的文件夹名，而是显示我提供的这个名字”。
方式2. 资源 DLL - 软件开发的标准方式
这是 Windows 软件本地化的标准做法，功能最强大也最复杂。
- 程序（比如
myapp.exe）本身是英文的。 - 开发者会为每种语言创建一个资源 DLL 文件（如
myapp.zh-CN.dll）。 - 在这个 DLL 中，包含所有用户界面字符串的翻译，包括菜单、对话框、甚至文件类型描述。
- 当系统语言设置为中文时，程序或 Shell 会自动加载
myapp.zh-CN.dll中的资源，将英文界面元素（包括特定文件的显示名）替换为中文。
系统示例：
“Documents” 文件夹在你的英文系统盘上实际名称就是 Documents，但在中文系统里，它显示为“文档”。这个映射关系就存储在系统资源文件（如 shell32.dll）中。
# 在命令提示符（管理员权限）中创建符号链接
mklink /D "C:\Users\YourName\Desktop\我的项目" "D:\Data\MyProject"
中文别名乱码
通过记事本保存为 UTF-16 LE 即可解决！
