多个 PSD 都有 close 图层，批量导出怎样避免重名混用？

封面是 AI 生成的合成图与分层元素示意，不是真实PSD结构，也不是批量导出覆盖测试。

home.psd和reward.psd里都叫close的图层，不一定是同一个关闭按钮。如果交付时只留下一个close.png，接收方很难知道它属于哪个页面。先把源图层映射到最终输出路径，再看是否有冲突；本文不是在诊断当前工具存在覆盖漏洞。

图层名相同，不等于目标资源相同

为每个准备交付的对象记录源PSD、图层组路径、图层名和用途/状态。分组路径不能省略：同一文档内也可能在不同弹窗组里出现相同短名。状态如normal或pressed仅在实际设计包含时记录，不为命名好看而虚构状态图。

同时检查文档版本。两个同名图层可能来自不同版本的同一按钮，也可能是两个不同页面的资源；这两种情况需要不同的保留决定。

用最终路径发现真正的冲突

假设两份源图层都计划导出到同一目录下的close.png，那么目标路径发生冲突。若约定分别为home/close.png和reward/close.png，目录会成为身份的一部分。若接收流程必须扁平化，可另约定home_close.png与reward_close.png。

这些路径是交接方案，不是工具当前ZIP内部结构的承诺。不要未经核对就假定导出器会自动保留所有分组、追加编号或提示冲突。接收端若不区分大小写，也应按该端规则检查Close与close等名称。

在原稿之外做一次小批次核对

PSD 批量分层导出工具公开说明支持多PSD、可导出像素图层选择与ZIP打包。先用少量目标图层检查实际导出结果，再扩大批次，不把建议映射表当作工具新增的配置接口。

保留原始PSD，在独立导出目录操作。若需调整图层名称，先确认会不会影响协作脚本或既有约定；若导出后再改名，应保存原输出到新路径的映射，并同步核对接收项目引用。不要在正在使用的资源目录中盲目覆盖。

这张交接表至少留四项

• 源身份：PSD版本与完整组/图层路径。
• 用途：页面、组件和实际状态。
• 目标身份：最终目录加文件名。
• 实际结果：是否导出、图片内容与接收方引用。

如果两个源身份映射到同一个目标，先决定是否应共享同一资源；不应共享就修改方案。不要只在图片后面随意加final2，因为下一次更新仍然无法稳定对应源图层。

数量相符只是第一道检查

计划两张、收到两张，不说明没有混用：两张都可能是同一个按钮。按表逐个打开图片，核对页面与状态，再确认透明需求和尺寸。只有实际选中的可导出图层才进入预期数量，不用PSD总图层数推断应有文件数。

若文件缺失，保留本次导出与映射记录，先核对选择、解析状态及实际ZIP路径，不直接断言重名覆盖。基础操作可参考游戏UI分层导出流程。本轮通过的依据是源、输出与引用一致，而不是压缩包下载成功。