识别不兼容改动：升级前应重点问哪些问题
不兼容改动不一定表现为程序完全无法启动。更常见的情况是命令仍可执行，但输出字段减少、默认超时改变、权限判断更严格，或旧配置被悄悄忽略。升级评估应关注“原有流程是否仍按原意运行”，而不仅是“是否报错”。项目的兼容策略和弃用周期会随维护安排变化，判断时应优先以拟升级版本的说明为依据。
接口变化可能藏在细节中
函数名未变，并不说明调用完全兼容。参数默认值、返回类型、异常类型、分页顺序和空值处理都可能调整。检查方式是挑选调用频率高或影响范围大的接口，用旧版本输出建立基准，再在新版本运行相同输入。若结果不同，要确认这是已记录的设计调整、数据差异，还是需要修复的调用方式。
配置兼容需要验证读取结果
配置文件通常允许未知字段、默认字段或层级覆盖，这使得格式变化不一定立刻暴露。升级后，应查看应用实际加载的配置摘要或启动日志，确认关键地址、认证方式、并发数、文件路径和功能开关符合预期。一个常见问题是字段改名后旧字段被忽略，程序用默认值启动，直到流量进入才发现行为偏离。
默认行为比新增选项更值得关注
新增选项只有在启用时才影响系统，默认行为变更则可能覆盖所有用户。发布说明中涉及默认编码、重试次数、缓存时间、严格模式、日志级别和自动发现机制的内容，应进入优先验证列表。可将新旧配置保持完全相同，只替换版本，借此观察默认值带来的差异，再决定是否显式写入所需设置。
数据格式变化要覆盖读与写
如果组件会读写文件、消息或数据库记录，应验证两个方向：能否读取旧数据，以及写出的新数据是否能被下游组件接受。不要只用新生成的数据测试，因为它无法揭示历史数据的兼容问题。对于难以回退的格式转换，先在副本上运行并记录数量、失败项与处理规则，必要时延后正式切换。
结论：把“可能不兼容”变成明确问题
不兼容审查的成果，应是一组有答案的问题，而不是笼统担忧。明确哪些接口被调用、哪些配置被读取、哪些默认值重要、哪些数据需要往返验证，团队才能以较小成本决定升级、修改或暂缓。