Windows能找到图片、换到Linux丢图，怎样检查路径大小写

Windows能找到图片、换到Linux丢图，先把引用路径与包内真实名称逐字符比较大小写。不要因为本机能打开就认为引用拼写正确；有些文件系统宽松匹配，有些目录区分大小写。Windows也可有大小写敏感目录，平台名称不能代替实际规则。

先确定文件与环境

附件只有真实资源Images/Panel.svg，引用列表故意增加images/panel.svg反例。验证器比较清单字符串而不是依赖当前Windows的文件存在查询，避免宽松匹配让错误“通过”。本文不连接Linux主机，目标文件系统、Web服务器和资源打包器的实际行为均待指定环境验证。

操作与判断

1. 先从最终发布包枚举真实文件名，保留每级目录的大小写。不要用制作软件显示名称或网页地址猜磁盘名称，打包器可能改名、散列或移动资源。

2. 从工程、JSON、HTML或样式中收集引用，按项目规则统一路径分隔符后进行精确比较。只比较最后文件名会漏掉目录大小写错误；自动转小写也可能把两个不同资源合并。

3. 对精确匹配失败的引用，再列仅大小写不同的候选，作为诊断而非自动接受。候选多于一个时明确冲突，不能随便选第一个；尤其不要覆盖Logo.svg与logo.svg这类潜在双文件。

4. 修正引用或按批准计划改名，重新构建或发布资源副本后，在目标链执行导入和重开。改名应同步全部引用，避免本机缓存掩盖剩余错误。

输入对照与结果边界

引用	包内条目	结果
Images/Panel.svg	Images/Panel.svg	精确匹配
images/panel.svg	Images/Panel.svg	仅大小写候选
Logo.svg和logo.svg	可能为两个条目	不能自动合并

verify.py实际报告一条精确匹配、一条大小写候选。casefold只是本例诊断键，不声称等同所有文件系统的大小写比较算法；非ASCII文件名的大小写规则和规范等价还需单独约定。真实部署需保留精确名称，不把宽松候选直接当验收通过。

下载并复核

具有明确大小写的原创资源、精确与错误引用、只读精确名称比较、实际解析结果。

下载原创SVG、references.json和verify.py，保持Images目录层级。运行后先看exact_match，再看候选列表；即使在本机用错误大小写能打开，脚本也会保留不精确结果。正式工程将真实清单与引用导出后只读扫描，结果应包含引用来源文件与位置，便于逐项修正。

已实际创建唯一大小写资源并比较两条引用字符串，错误大小写不会因本机宽松查询而被接受。未测试Linux或目标托管服务。

失败时怎样继续

大小写全部一致仍失败，检查相对根、URL编码、归一形式和资源是否被排除发布。若只在服务器失败，查静态托管路由及缓存，不直接把原因叫Linux问题。Windows目录的敏感属性也应按实际配置确认，不能用某台维护机成功推断服务器兼容。

交付可约定一致的命名风格和精确引用检查，但不必强制所有既有资源改名。对于确需大小写区分的项目，要确保所有接收环节支持并保存冲突清单。最终以目标环境实际加载结果签收，本文仅完成清单级精确匹配与反例验证。

相关背景可看展厅更换供应商时，怎样核对工程文件能否继续维护，继续从多媒体播放专题查找相关流程；需要结合项目确认时可查看工程对接咨询。

一级出处

• Windows目录可有大小写敏感属性，不能用操作系统名称直接推断路径匹配。

来源核对日期：2026-10-24。来源支持所述机制；本文合成输入与本地计算只证明所列文件及算法，不代表目标软件或现场设备已验收。