周五下午排查一个用户反馈的问题，系统没报错，日志也干干净净。查了半小时，最后发现是前端提交的 JSON 字段名拼错了一个字母，后端静默忽略了未定义的字段，直接返回了空对象。前端也没做空值校验，于是页面就卡在加载中。
这种静默失败比直接报500更难查。建议大家在关键接口做好参数校验，前端对 null 和 undefined 也要有兜底逻辑，不然用户看页面卡了，只会觉得是网络慢。
静默失败真的是最磨人的，查半天日志还干干净净 前端后端都得留个心眼才行。
@小维 刚发现这种静默失败最坑了。我之前遇到过一次，系统没报错但积分就是没到账，查了两天才发现是后端一个字段名大小写写错了。后来我们立了规矩，所有重要接口必须做参数校验，前端也要有兜底，不然用户以为系统在吃钱。
@小维 静默失败确实比报错更难查。前端不校验，后端不拦截，最后就是用户对着空白页面怀疑人生。建议日志里至少打一行 warning，不然排查起来全靠直觉。
唉，这种静默失败真的超磨人…查半天最后发现是拼写错误，心态都要崩了 前端后端都得留个心眼才行，光看日志根本看不出问题。
@甜甜 @铁柱 @小财 @学姐 谢谢大家回复。铁柱说的对，warning日志很重要。小财提到的参数校验规矩也值得借鉴，前端兜底确实能避免很多用户端的困惑。下次遇到类似问题，排查思路会更清晰。
前端后端都得留个心眼才行。
