Linux是否区分文件名大小写，取决于它所采用的文件系统实现以及挂载参数。绝大多数Linux发行版默认使用ext4作为根文件系统，而ext4在内核层面以原始字节序列比较文件名，因此严格区分大小写。这意味着在同一个目录中，app.log与App.log是两个完全独立的文件，系统不会自动归一化。
一、为什么ext4默认大小写敏感
从底层原理看，Linux虚拟文件系统（VFS）把文件名当作不透明的字节串交给具体文件系统。以ext4为例，其目录项（dentry）中保存的是原始名称字节，查找文件时调用strcmp风格的逐字节比较，不会做大小写折叠。这种设计带来确定性强、性能高的好处，也符合Unix传统哲学：文件名就是字节，语义由用户程序决定。
与之相对，macOS的APFS和Windows的NTFS在默认配置下会对文件名做大小写不敏感（但保留大小写）处理。这就导致开发者在Windows上写代码时，偶尔拼错大小写仍能打开文件，而把程序搬到Linux后立刻失败。理解这一点对排查“本地能跑线上报错”的问题非常关键。
二、Linux上也能大小写不敏感吗
虽然ext4本身不支持大小写不敏感，但Linux内核从5.2版本起为ext4引入了可选的大小写折叠特性（casefold），需要在格式化或挂载时显式开启，并且目录需设置相关标志。此外，如果挂载的是FAT32、exFAT或NTFS等外来文件系统，可通过挂载选项控制行为。例如挂载VFAT时使用mount -o ci相关参数可忽略大小写。
下面演示在Linux中创建两个仅大小写不同的文件，并观察它们如何共存：
# 在ext4目录下创建大小写不同的文件 touch /tmp/test/Hello.txt touch /tmp/test/hello.txt # 列出文件，两个都存在 ls -l /tmp/test/ # -rw-r--r-- 1 root root 0 hello.txt # -rw-r--r-- 1 root root 0 Hello.txt # 用程序尝试打开，大小写必须完全匹配 cat /tmp/test/Hello.txt # 成功 cat /tmp/test/HELLO.txt # 报错：No such file or directory
上面的例子说明，在默认ext4环境中，哪怕只有一个字母大小写不同，系统也视为不同路径。若应用程序硬编码了错误的大小写，就会在运行时抛出文件未找到异常。
三、对开发和部署的实际影响
在Web开发中，Linux服务器常用来部署Nginx或Apache。由于文件系统敏感，静态资源请求如/Static/Logo.PNG与/static/logo.png会被当成不同URL映射，若前端引用路径大小写不符，就会出现404。同样，Python的模块导入import UserModel和import usermodel在Linux下对应不同文件，容易引发ImportError。
为了避免问题，团队应统一命名规范，并在CI流程中加入跨平台检查。例如用Python脚本扫描仓库，提示可能存在的大小写冲突：
import os
def find_case_conflicts(root):
# 记录已见小写名对应的真实文件
seen = {}
for dirpath, _, files in os.walk(root):
lower_map = {}
for f in files:
low = f.lower()
if low in lower_map:
print('冲突:', os.path.join(dirpath, f),
'与', os.path.join(dirpath, lower_map[low]))
else:
lower_map[low] = f
find_case_conflicts('/project/src')
该脚本在Linux上运行，能提前暴露那些在Windows开发机中被掩盖的大小写重复隐患。配合编辑器的大小写敏感搜索，可大幅降低线上故障率。
四、总结与建议
Linux文件系统默认区分文件名大小写，这是ext4等原生文件系统的明确特性，而非Shell或某款软件的偶然行为。在跨平台协作时，应当假定大小写敏感，把路径字符串当作精确匹配来处理。若确有需要，可在非核心数据盘挂载大小写不敏感的文件系统，但系统盘与代码目录仍建议保持敏感，以减少歧义。
养成使用一致命名习惯、在文档中写明准确路径、以及在测试环境模拟Linux文件行为的做法，可以让大小写问题不再成为交付阻碍。当工具链、构建脚本和部署系统都建立在“大小写敏感”的认知上，项目的可移植性会明显提升。