HFS+对病例敏感或不敏感的情况 - 用于主驱动器分区的哪种类型？

题

有什么原因选择案件 -在格式化主驱动器分区时的敏感版本+？案例敏感的不是总是最好的选择吗？

解决方案

使用默认值（不敏感的情况），除非您俩a）知道自己在做什么，b）绝对必须这样做。有几个程序（想到诺顿防病毒软件），这些程序无法在病例敏感的文件系统上正常工作。

默认情况下，HFS是不敏感但保护案例的（即它不在乎您为比较目的输入的内容，但它会记住您键入的内容）。

其他提示

一个或另一个可以打破应用程序，默认情况不敏感的是不敏感的。如果您一直在没有问题的情况下使用不敏感的情况，那么不能保证向病例敏感的过渡会很好。这是一个示例苹果支持页:

...不要以为您的第三方软件解决方案可以正常使用案例敏感性。重要的是：对案例敏感的名称不会忽略Unicode忽略的字符。这意味着单个目录可以使用Unicode比较规则具有几个被视为等效的名称，但是它们在对病例敏感的HFSX卷上被认为是不同的。

有充分的理由选择一个案例敏感的文件系统。如果您关注您运行的应用程序的质量和安全性，则可能对任何可能区分编程不良的应用程序的早期机制感兴趣。

一次创建一个名称的文件的应用程序 conf 然后尝试使用名称打开同一文件 CONF 至少写得不好。这只是简单的糟糕编程实践。这种应用程序充满了与代码长度相同的平均概率的漏洞。这是一个危险的应用。

这个危险的应用很可能会崩溃 区分大小写 文件系统。

这个危险的应用不会在 不区分大小写 文件系统。

（有些应用程序会崩溃，但我们并没有激励这些应用程序来整理这些应用程序。）

因此 区分大小写 文件系统可以被视为早期检测并阻止编程不当的应用程序的好工具。

另一方面，这种水平 编程质量控制 远远不足以确保您没有其他漏洞。

有一些重要的应用程序无法与病例敏感的正确使用。而且确实没有理由这样做。我假设您是因为您问您确实没有理由这样做。除非您有特定原因，否则您绝对最好不要这样做，并且不在乎许多应用程序无法正确使用。

使用案例敏感文件系统的一个充分理由是使用GIT存储库。将它们同步到存储库会一次又一次地引起问题，如果不使用案例。

但是我建议使用HFS+格式化的情况敏感为该应用程序添加另一个分区，并将您需要的目录链接到该分区。我的系统分区仍然是不敏感的，不是因为我为什么为什么要害怕。

Adobe Creative Cloud应用程序不会在病例敏感系统上运行，并且可能是一个主要问题

Adobe程序臭名昭著，因为他们不在病例敏感的文件系统上工作。 Adobe说：

您不能将Adobe产品安装在使用案例敏感文件系统的卷上，例如HSFX（HFS+）或UFS。此限制适用于启动驱动器以及安装软件的驱动器。

蒸汽也不能安装在病例敏感的文件系统上。

Steam当前不支持案例敏感文件或分区。

许可以下： CC-BY-SA 和归因