php在编译期解析命名空间，而动态类名（如字符串 `’two’`）不会自动补全当前命名空间，导致“class not found”错误；正确做法是使用 `classname::class` 获取完整限定类名字符串。
在PHP中，命名空间的解析发生在编译阶段，而非运行时。这意味着 use 语句和当前 namespace 声明仅影响字面量类名（如 new two、new SomeClass）的解析，而对字符串形式的类名（如 new $className）完全无效。
例如，以下代码看似合理，实则会报错：
namespace App/Controls;
use App/Controls/one;
class one {
public static function test_one($className, $object) {
return $object(new $className); // ❌ 运行时尝试实例化未限定的 'two'
}
}
class two {
public function language($lang) {
echo 'I love ' . $lang;
}
}
// 错误调用：'two' 不会被自动解析为 App/Controls/two
one::test_one('two', function($table) {
$table->language('PHP');
});
执行时 PHP 实际尝试的是 new two —— 即全局命名空间下的 two 类，而该类并不存在，因此抛出 Class ‘two’ not found。
✅ 正确解决方案：使用 ::class 魔法常量
ClassName::class 是编译期语法糖，它会静态展开为该类的完整限定名称（FQCN）字符串，无需运行时反射或 class_exists() 检查：
// ✅ 正确：编译器将 two::class 替换为 'App/Controls/two'
one::test_one(two::class, function($table) {
$table->language('PHP');
});
上述调用等价于：
one::test_one('App/Controls/two', function($table) {
$table->language('PHP');
});
此时 new $className 中的 $className 值为 ‘App/Controls/two’，PHP 能准确定位并实例化目标类。
? 补充说明与最佳实践
- ::class 不要求类已加载或存在（仅做字符串展开），因此需确保类文件已被自动加载（如通过 Composer PSR-4）；
- 不要依赖 eval()、class_alias() 或手动拼接命名空间字符串（易出错且不可维护）；
- 若类名来自用户输入或配置（如路由控制器名），务必先校验合法性（如正则白名单、class_exists($fqcn, true)），防止任意类加载风险；
- 在 Laravel、Symfony 等框架中，此类动态实例化通常由容器（Container）统一管理，推荐优先使用 app()->make($fqcn) 替代裸 new。
综上，动态创建命名空间内类的核心原则是：让编译器帮你生成正确的完整类名，而非依赖运行时猜测 —— ClassName::class 正是为此而生的标准、安全、高效的解决方案。