拼接图片：把多附件收成一张 PNG 之前，要先解决「方向、统一宽度、底色与 DPR 混用」四类一致性问题
本工具在浏览器里把多张图按纵向或横向缝合，可设间距与背景色，导出单张 PNG 本地保存、不经服务端存图。真正让人返工的是像素与显示链路：混用 1x 与 2x 截图会导致同一段 UI 文案忽大忽小；透明底 PNG 与白底手机截图交替拼接，在企业微信或飞书里常出现灰边或黑边错觉。横向总宽度过大时，IM 预览会把整图强压成一条糊带；纵向长图则容易带上状态栏时间、剪贴板敏感信息或内网 URL。叙事顺序若只存在聊天上下文里，三天后翻工单的人根本拼不回原意。把「阅读起点、是否统一逻辑宽、背景策略、是否打码」写进导出说明，并在目标渠道试发一遍，比只在 Figma 里看过稿可靠得多。
拼接图片怎么用：先锁纵向/横向与排序，再统一基准宽度或顶对齐，最后在目标 IM/工单里验证压缩后仍可读
- 按真实阅读顺序重命名或编号源图；若含 Retina 截图，先选定统一到「逻辑 CSS 宽」还是「物理像素宽」，必要时在源文件里先缩放一轮再导入拼接。选定一种背景策略：全白、浅灰或全透明，避免透明块夹在实底块之间造成条带。
- 设置间距让步骤分界一眼可见；检查每张底边是否裁掉按钮或金额小数点。横向对比时锁定同一缩放比例，用地平线、表格线或网格作对齐参考，避免「左边放大右边缩小」造成假差异。
- 导出后检查 PNG 长边与文件体积，超长单图可拆成「上/下」两段并标注续页。外发前批量打码 Token、手机号、员工邮箱与内网域名；把最终文件哈希、拼接方向与间距参数记在工单或报销备注里，方便审计与复现。
拼接图片常见问题：DPR 混用、透明与实底条带、渠道强压缩与证据链脱敏
同一条长图里有的截图字巨大有的正常，是拼接工具坏了还是混了不同设备分辨率的素材？
几乎都是混用 1x 与 2x 或窗口缩放不一致导致。应在导入前统一到同一逻辑宽度或同一物理倍率，并在团队规范里写死「客服截图必须 100% 浏览器缩放」。拼完随机抽一段文字量尺对比行高，比肉眼感觉更客观。
拼完在企业微信预览清晰，对方手机点开变糊，是文件太大被二次压缩还是长边像素超标？
多数 IM 对超大 PNG 会降采样或转有损格式。先量长边像素与 MB 数，对照内部阈值决定是否拆段、适度降尺寸或改用「总览+局部放大」双文件交付。用对方同款客户端实测比争论「我这边清楚」有效。
左右并排对比被质疑「你右边偷偷锐化过」，怎样用拼接流程自证没有动过单侧像素？
导出前在工具外加一步：两源文件同批哈希存档，拼接仅做几何平移与留白；在图下用文字标注「未调色仅排版」。更正式的可保留屏幕录制或从同一 RAW/同一导出脚本生成两图，避免口头保证。
拼接图要进法务或客户邮件留档，除了打码还要不要保留系统时间戳与浏览器地址栏？
取决于举证目的：证明「当时线上如此」通常应保留时间与域名但脱敏 query；对外宣传则常需裁掉内网地址。先问合规模板再动手，避免先裁后补证据链断裂。
深色模式 App 截图与白底设计稿拼在一起，接缝处发灰发脏，换背景色也救不了时怎么办？
根因是两端亮度域差太大。要么统一先转同一中性底再拼，要么中间插入窄分隔条与文字说明「左为暗色实机、右为设计稿」，不要硬缝在同一连续背景上；必要时对暗色截图像素四周加轻微描边再拼。