php命名空间冲突源于全限定名重复或引入不当，解决需明确作用域、合理use别名、用完全限定名（如exception）、遵循psr-4自动加载规范。
PHP 命名空间冲突本质是类、函数或常量的全限定名重复或引入方式不当导致解析失败。核心解决思路是：明确作用域、合理使用 use、避免全局污染、借助自动加载机制隔离。
理解冲突发生的典型场景
常见冲突包括：
- 同一文件中 use ABC; 和 use XYC; 且未起别名，后续直接写 C::method() 会报错；
- 自定义类与第三方库同名（如都叫 Logger），且未用完整命名空间调用；
- 在全局空间定义了与命名空间内同名的函数或常量（PHP 7.0+ 不允许同名函数跨空间，但常量需显式加 ）。
正确使用 use 并起别名
当多个同名类需共存时，必须用 as 显式指定别名：
use MonologLogger as MonologLogger;use MyAppLogger as AppLogger;- 之后可安全调用
new MonologLogger(...)和new AppLogger(...) - 注意：别名只在当前文件生效，不影响其他文件
优先使用完全限定名而非全局空间回退
避免在命名空间内写 new Exception() 这类代码——它会在当前命名空间下查找 Exception，而非 PHP 内置类。应写成：
Python之模块学习 中文WORD版
下载
本文档主要讲述的是Python之模块学习；python是由一系列的模块组成的，每个模块就是一个py为后缀的文件，同时模块也是一个命名空间，从而避免了变量名称冲突的问题。模块我们就可以理解为lib库，如果需要使用某个模块中的函数或对象，则要导入这个模块才可以使用，除了系统默认的模块（内置函数）不需要导入外。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
-
new Exception()（加反斜杠表示根命名空间） - 或提前
use Exception;（因内置类位于全局空间，use可直接导入） - 函数调用同理：
json_encode($data)或use function json_encode;
自动加载与 PSR-4 规范降低冲突风险
Composer 默认按 PSR-4 加载，只要目录结构与命名空间严格匹配，就不会因文件加载顺序引发类覆盖。关键点：
立即学习“PHP免费学习笔记（深入）”；
- 确保
composer.json中autoload配置准确，例如："App\": "src/" - 不要手动
require同名类文件，否则可能绕过自动加载，造成重复定义 - 测试时可用
class_exists('AppUtilHelper')验证是否被正确定义和加载
不复杂但容易忽略。
