__FILE__ 和 __DIR__ 到底该用哪个？
绝大多数路径问题，根源不是不会写，而是混淆了 __FILE__ 和 __DIR__ 的语义与用途。前者是“带文件名的完整路径”，后者是“纯目录路径”，少一个 dirname() 就可能引入相对路径错误。
-
__FILE__在被include或require的文件里，永远返回那个被包含文件自身的绝对路径——不是主脚本的路径，这点常被误判 -
__DIR__等价于dirname(__FILE__)，但更高效、更可读；PHP 5.3+ 原生支持，无需函数调用开销 - 引入配置或子模块时，优先用
require_once __DIR__ . '/config.php'，而不是require_once './config.php'——后者在 CLI 下或工作目录变化时极易失败 - 拼接路径时注意跨平台：Windows 用反斜杠，Linux/macOS 用正斜杠；
__DIR__返回的路径已适配当前系统，直接拼接即可，不用额外处理分隔符
调试时 __LINE__ 和 __FUNCTION__ 怎么组合才不白写？
单用 __LINE__ 只能定位行号，单用 __FUNCTION__ 只知道函数名，但合起来就能快速圈定执行上下文，尤其适合日志埋点和异常捕获。
- 不要只写
echo "line: " . __LINE__;——没上下文，查日志时等于盲人摸象 - 推荐格式：
error_log("[DEBUG] " . __FUNCTION__ . "() at line " . __LINE__ . " in " . basename(__FILE__)); - 在类方法中慎用
__FUNCTION__：它只返回方法名（如getData），不带类名；需要全限定名请改用__METHOD__（返回MyClass::getData） - 注意：这两个常量在函数/方法外部无效，比如写在全局作用域里会报错或返回空字符串
__CLASS__ 和 __TRAIT__ 在继承和复用场景下怎么不出错？
__CLASS__ 看似简单，但在 trait 中调用时行为有陷阱：它返回的是“使用该 trait 的类名”，不是 trait 自身的名字；要获取 trait 名，必须用 __TRAIT__。
PHP 网络编程技术与实例(曹衍龙)
下载
PHP网络编程技术详解由浅入深，全面、系统地介绍了PHP开发技术，并提供了大量实例，供读者实战演练。另外，笔者专门为本书录制了相应的配套教学视频，以帮助读者更好地学习本书内容。这些视频和书中的实例源代码一起收录于配书光盘中。本书共分4篇。第1篇是PHP准备篇，介绍了PHP的优势、开发环境及安装；第2篇是PHP基础篇，介绍了PHP中的常量与变量、运算符与表达式、流程控制以及函数；第3篇是进阶篇，介绍
- trait 内部写
echo __CLASS__;→ 输出的是UserRepository（调用方类），不是Cacheable（trait 名） - trait 内部写
echo __TRAIT__;→ 才输出Cacheable，且含命名空间（如App\Traits\Cacheable） - 在工厂或反射逻辑中依赖类名时，若类被继承，
__CLASS__始终返回定义处的类名（非运行时实例类），需用get_class($this)替代 -
__TRAIT__只能在 trait 内部使用，写在普通类或函数里会触发解析错误
哪些魔术常量容易被当成“常量”误用？
它们叫“常量”，但本质是“编译期动态值”，不能当普通常量参与表达式折叠或条件编译——比如不能用在 case 分支或 const 定义里。
立即学习“PHP免费学习笔记（深入）”；
-
__LINE__、__FILE__等在switch的case中直接使用会报语法错误：“constant expression contains invalid operations” -
__NAMESPACE__是编译时确定的字符串，但不能用于动态构造类名后直接 new（如new __NAMESPACE__ . '\Service'会失败），得用class_exists()+ 字符串拼接 +new $fullClassName -
__DIR__看似稳定，但它在 symlink 目录下返回的是解析后的物理路径，不是符号链接路径——如果依赖软链结构做判断，这里就埋了坑 - 所有魔术常量都不区分大小写（如
__file__也有效），但强烈建议统一用大写——IDE 和静态分析工具（如 PHPStan）默认只识别大写形式
