macOS 默认使用大小写不敏感的 APFS，但开发者应新增独立的 APFS(区分大小写) 宗卷用于代码等对大小写敏感的场景，而非修改启动宗卷；操作通过“磁盘工具”添加新宗卷即可，支持动态空间共享且不影响系统稳定。
macOS 默认使用大小写不敏感的 APFS 文件系统，这在日常使用中很友好，但对开发者、跨平台协作（尤其是与 Linux 服务器或 Git 仓库对接）来说，容易引发文件名冲突或部署失败。选择是否启用大小写敏感，关键不是“要不要”，而是“用在哪”——它不该作用于整个系统盘，而应精准用于开发工作区。
区分大小写不是系统级开关，而是宗卷级配置
macOS 不允许直接将已安装系统的启动宗卷从“不敏感”改为“敏感”。强行修改会破坏系统完整性，甚至导致无法启动。Apple 的设计逻辑是：APFS 容器内可并存多个宗卷，每个宗卷可独立设定格式。因此，正确做法是新增一个 APFS(区分大小写) 宗卷，专用于存放代码、构建产物等对大小写敏感的项目。
- 启动宗卷（如“Macintosh HD”）必须保持 APFS（不加密/不区分大小写），这是系统稳定运行的前提
- 新建的开发宗卷可选 APFS(区分大小写) 或 APFS(区分大小写,加密)，两者互不影响
- APFS 容器自动共享空间，新宗卷不会“固定占用”你指定的大小，而是按需动态伸缩
什么情况下该启用大小写敏感
启用的核心判断标准是：你的工作流是否依赖文件路径的精确大小写匹配。典型场景包括：
- 前端项目中 import './Components/List.js' 但实际文件名为 list.js —— macOS 会静默打开，Linux 构建直接报错
- Git 仓库里存在 List.js 和 list.js 两个文件，macOS 默认无法同时存在，导致同步异常
- 使用 Docker、Vagrant 或远程开发容器，本地文件行为与目标环境不一致，调试困难
- 团队强制执行 PascalCase 命名规范，需靠文件系统层防止误创建小写变体
怎么安全添加一个大小写敏感的 APFS 宗卷
操作全程无需重启，也不影响现有数据。只需打开“磁盘工具”，在内置硬盘的 APFS 容器下新增宗卷：
- 打开“磁盘工具”，左侧边栏选中你的主硬盘（如“APPLE SSD AP0512J Media”），确保显示“所有设备”
- 点击顶部工具栏的“添加宗卷”按钮（+号图标）
- 输入名称（例如 “DevCaseSensitive”），格式选 “APFS(区分大小写)”
- 可选配额大小（比如设为 50GB，防止单个项目无限制膨胀），点“添加”即可
- 完成后，在 Finder 侧边栏会出现新卷标，拖入代码目录，所有子文件和 git 操作即按大小写严格识别
哪些情况不该启用大小写敏感
不是所有场景都适合。以下情形建议保持默认不敏感：
- 日常文档、照片、视频等个人数据存储——大小写差异无实际意义，反而增加管理负担
- 运行 Adobe Creative Cloud、Final Cut Pro 等专业软件——部分旧版应用未完全适配区分大小写的路径解析，可能报错或崩溃
- 外接移动硬盘用于 Mac + Windows 双平台交换——Windows NTFS/exFAT 本身不区分大小写，强行用 APFS(区分大小写) 易造成同步混乱
- Time Machine 备份盘——必须使用 APFS（不区分大小写）或 Mac OS 扩展（日志式），否则备份服务无法识别
本质上，大小写敏感是开发环境的“隔离层”，不是系统改造。用好 APFS 宗卷机制，既能守住 macOS 的易用性，又能精准满足工程一致性需求。
