字段改驼峰，旧接口会兼容吗？

把user_status转换为userStatus，只改变名称表达，不能自动让旧客户端兼容。接口字段属于双方约定：消费者仍可能按旧键读取，缓存和签名规则也可能依赖原始字段。命名调整应作为契约迁移处理，而不是在文本工具里转成功就直接替换线上数据。

2026年11月7日，www.kkce.com 实操截图。user_status转换为userStatus等写法；未修改生产接口契约。

先用工具确认目标写法

本次在快快测命名转换输入user_status，页面得到userStatus、UserStatus等形式。这证明短字符串转换的结果，操作没有修改任何接口、数据库或客户端。配图适合用于讨论命名约定，不能当成服务已经支持新字段的证据。

列出所有依赖字段名的位置

除页面取值，还要检查反序列化映射、数据校验、持久化及日志检索。自动生成的客户端也可能把字段名固定在模型中。只改服务端输出而没有升级消费者，会使原来有效的数据看起来像缺失，因此应先明确影响范围。

别名策略要规定冲突处理

过渡期若同时接收两种名称，应说明两者都出现且值不同时如何处理，并避免悄悄覆盖。输出是否同时保留两个字段，也需要考虑客户端解析规则与体积。转换过程中不同旧名称还可能得到相同新名称，应先检查碰撞，再确定迁移映射。

用版本与观测完成退出旧名

设置明确的兼容阶段，统计旧字段使用情况，为消费者提供变更说明，再按约定逐步退出。KKCE能帮助统一样例名称，契约验收则要覆盖旧客户端、新客户端及异常输入。完成标准应是调用行为符合预期，而不是字符串外观已经整齐。