证件照上传后变模糊，问题多半出在链路上，而不是手机像素
做实名认证、资料提交这类功能的产品，经常收到一种反馈：用户上传的明明是一张清楚的照片，审核人员打开后台却看不清姓名和证件号码，只能一次次退回重传。很多人第一反应是用户手机像素不够，但真正的原因往往藏在图片从相册到服务端的那条链路上——每一环都“顺手优化”一下，最后就被压糊了。证件类图片和风景照不同，它的核心价值就是文字能认，一旦发虚，人工核验的效率会明显往下掉。
把整条链路拆开看
用户在手机相册里选好图片后，前端代码一般会先读取文件，这一步就可能触发第一次处理，比如按最大边长缩放、按比例裁剪，或者统一转成某种格式。接下来是上传环节，有些实现为了省流量会对文件做压缩，尤其是转成有损格式时，文字边缘最容易出现噪点和发虚。图片到了服务端，还可能经历第二次处理，比如统一转码、生成缩略图、写入对象存储时再压一遍。这中间任何一层用了偏低的画质参数，最后看到的都是糊的。
逐层排查的核对方法
前端这一层，先确认有没有对图片做强制缩放，特别是把长边限制在较小数值时，证件上的小字会直接丢掉细节；再看格式转换，如果原本是无损格式却被转成有损格式，画质损失是不可逆的。传输这一层，检查压缩参数是不是对所有图片统一设置的，证件照不该和头像、封面共用同一套压缩规则。服务端这一层，确认入库前是否又做了一次转码，以及存储环节有没有额外压缩。还有一个容易忽略的点：部分组件在读取时按屏幕尺寸渲染，再截图上传，等于把显示分辨率当成了原图分辨率。
证件类图片应该单独定策略
更合理的做法是把证件类图片单独设置处理策略。普通图片可以为了加载速度牺牲一部分画质，证件照则应尽量保留原始分辨率，只做必要的方向校正和体积控制，避免二次有损压缩。同时要意识到，身份证照片属于个人敏感信息，采集和存储都应遵循最小必要原则，只收集业务确实需要的字段，不长期保留超出用途的副本。具体合规要求以官方规定和专业人士意见为准。
验证方式并不复杂
准备一张固定样张，上面有清晰的小字，走一遍完整的用户上传流程，然后在后台下载最终存储的文件，和原图逐项对比文字边缘是否锐利、笔画是否粘连。再分别测试不同机型、不同相册来源和不同网络环境，观察结果是否一致。如果发现某一层参数偏低，先单独调整该层再复测，避免同时改多处导致无法定位。像it数运在做网站开发时，通常会把证件类上传链路单独标注，方便后续维护时不被通用压缩策略误伤。把这条链路理清楚，审核端的重传率往往会明显下降。
