升级Python3版本（如3.7到3.10）会导致旧Python3代码无法运行吗

Python官方对3.x系列的版本迭代有明确的向后兼容承诺，从3.7升级到3.10这类同大版本内的更新，绝大多数遵循官方开发规范、未依赖非公开接口的代码可以无修改正常运行，但不存在100%的无缝兼容，以下几类场景很容易出现代码运行失败、逻辑不符合预期的问题：

• 用到了被标记废弃后正式移除的标准库API、语法特性
  每个3.x小版本都会清理一批提前2-3个版本就标记DeprecationWarning的老旧接口，比如：
  • 3.9版本正式移除了fractions.gcd()函数，这个接口早在3.5版本就标记废弃，推荐使用math.gcd()替代，3.7中写from fractions import gcd的代码升级后会直接抛出ImportError
  • 3.10版本移除了collections模块下的抽象基类直接导入入口，3.7中写from collections import Mapping、from collections import MutableSequence这类代码升级后会直接报错，这类接口早在3.3版本就已经迁移到collections.abc模块下
  • 3.8版本之后逐步标记废弃、后续版本移除了asyncio的旧协程API，比如@asyncio.coroutine装饰器、asyncio.Task.all_tasks()这类旧写法，升级到3.10及以上版本时这类代码无法正常运行
• 依赖了CPython未公开的私有接口、未适配稳定ABI的C扩展
  所有以单下划线开头的内部模块（比如_thread、_io、_ast下的非公开函数）、CPython解释器的内部C结构都不属于兼容承诺范围，小版本迭代中随时可能调整。最常见的问题是：3.7环境下安装的带C扩展的第三方包（比如老版本的numpy、lxml，或者自行编译的C扩展模块）如果没有基于Python稳定ABI编译，升级解释器后会直接加载失败，抛出ABI不匹配的错误。
• 依赖了旧版本解释器的bug、未定义行为
  每个版本都会修复大量语法、标准库逻辑bug，如果你的代码刚好依赖了某个bug的异常表现，升级后就会出现逻辑错误。比如3.7版本中正则零宽断言的边界匹配存在已知bug、部分场景下字典迭代顺序的边缘场景不符合规范，这类问题在后续版本修复后，没有显式做兼容的代码会出现和旧版本不一致的运行结果。
• 标识符和新版本新增关键字冲突
  3.x迭代中会逐步新增语法关键字，比如3.10版本新增了模式匹配语法，match、case成为上下文相关的软关键字。如果3.7的代码中刚好在语法匹配的位置用这两个词做函数名、变量名，升级后可能触发语法解析错误。这类场景虽然出现概率低，但确实存在。
• 依赖了标准库默认行为的无提示变更
  部分标准库的默认参数、处理逻辑会在小版本中做合理性调整，不会提前标废弃警告：比如3.7版本中部分平台下open()函数的文本编码校验更宽松，3.10版本收紧校验后，打开非UTF-8编码的文件可能直接抛出编码错误；datetime模块的本地时间处理、json模块的默认转义规则、浮点数运算的精度边界也有过微调，如果代码没有显式指定参数、完全依赖默认行为，升级后可能出现结果不符合预期的问题。

注：绝大多数可预期的兼容问题，在旧版本运行时都会抛出DeprecationWarning提示，只要开发、测试过程中没有全局屏蔽警告信息，基本可以提前定位到需要调整的兼容点。整体来看Python 3同大版本升级的兼容概率远高于第三方依赖大版本升级的兼容概率。

内容的提问来源于stack exchange，提问作者Yusuf Syam