PHP中为何使用if(!class_exists)判断后再定义类？

PHP语法有明确约束：同一作用域下重复声明同名类会直接触发致命错误，终止程序执行，这是这个写法存在的核心前提。哪怕你写代码时确认当前逻辑里没有同名类，实际生产环境里依然有大量你没法完全控制的场景，必须加这个判断规避风险：

• 避免重复加载导致的报错
  如果你写的是可复用代码（比如通用工具类、CMS插件/主题、开源功能模块），类文件可能被不同的业务逻辑通过include/require多次引入，你没法100%保证其他引入逻辑不会提前加载过同名类，尤其是没有使用命名空间的老代码，类名是全局生效的，其他第三方开发者也有可能写出同名类。不加判断的话，第二次加载到类声明位置时会直接抛出如下致命错误，直接中断整个请求：

  Fatal error: Cannot declare class My_Class, because the name is already in use in /path/to/your/file.php on line 5
  

• 预留类的自定义覆写空间
  很多基础库、框架的默认实现类前都会加这个判断，允许开发者在引入基础库文件之前，提前声明同名的自定义扩展类，替换框架的默认逻辑，给二次开发留足灵活度，不会出现框架代码强行覆盖用户自定义实现的问题。
• 适配环境内置类的冲突
  部分PHP运行环境、预装扩展会内置一些通用工具类（比如加密、缓存、调试相关的工具类），如果你的代码里声明的类名和扩展内置类重名，不加判断就会直接触发类重复的致命错误，加了判断就能自动跳过你自己写的类声明，兼容不同的运行环境。

当然不是所有场景都必须加这个判断：如果是你完全可控的私有项目，使用了规范的命名空间，且通过Composer自动加载机制管理类文件（自动加载机制本身就会保证同一个类文件只会被加载一次），完全可以直接声明类，不需要额外加判断。但如果是要对外分发的公共代码、需要嵌入其他系统运行的插件类代码，这个判断是成本极低的容错手段，能避免很多不必要的线上故障。

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