PHP中没有ENTITY内置常量或“实体层路径”标准概念，DOMEntity的$systemId等属性仅为XML元数据字符串，不表示可访问文件路径，业务中的实体路径需开发者显式定义。
PHP 中没有名为 ENTITY 的内置常量，也不存在“实体层路径”这一标准概念。所谓“ENTITY 常量”或“获取 ENTITY 路径”，通常是开发者对 DOMEntity 类、XML 实体声明（如 <!ENTITY foo SYSTEM "foo.txt">）或自定义业务中“实体类路径”的混淆表述。
DOMEntity 类没有提供路径相关属性或常量
DOMEntity 是 DOM 扩展中用于表示 XML 实体的只读节点类，它不涉及文件系统路径，也不暴露任何路径常量。它的核心属性是 $publicId、$systemId 和 $notationName，全部用于描述 XML DTD 中的实体声明语义：
-
$systemId可能是一个 URI（如"entities/header.xml"），但它只是字符串值，PHP 不会自动解析或转换为本地文件路径 -
$publicId通常是类似"+//IDN//ENTITIES General Entities//EN"的标识符，与路径无关 - 所有属性均为
readonly，不可写，也无法通过反射或方法推导出物理路径
误把 __FILE__ / __DIR__ 当作 ENTITY 常量
部分开发者在定义“实体类”（如 App\Entity\User）时，试图用类似 ENTITY_PATH 的常量指向类所在目录，但 PHP 并无该预定义常量。正确做法是显式声明或使用魔术常量：
- 在实体类文件顶部用
__DIR__获取自身目录：define('ENTITY_BASE_DIR', __DIR__); - 若需跨环境兼容，避免依赖
getcwd()或$_SERVER['DOCUMENT_ROOT']—— 它们与类位置无关，且 CLI/Web 行为不一致 - Composer 自动加载机制下，类路径由
psr-4映射决定，不应硬编码路径常量
XML 实体的 systemId 不等于可访问文件路径
当 DOMDocument 加载含外部实体的 XML 时，DOMEntity::$systemId 的值取决于 DTD 声明，但实际能否读取取决于 libxml 配置：
立即学习“PHP免费学习笔记（深入）”；
- 默认情况下，libxml 禁用外部实体加载（
LIMITED_XML_ENTITY_LOADING），$systemId仅作元数据存在 - 启用
LIBXML_NOENT后，PHP 尝试解析该 URI，但若为相对路径（如"config.ent"），解析基准是 XML 文档所在路径，不是当前脚本路径 - 绝对
file://URI 可能被拒绝，尤其在启用了libxml_disable_entity_loader(true)时（推荐安全配置）
真正容易被忽略的是：XML 实体的 systemId 是上下文相关的字符串，不是路径变量；而业务代码里的“实体路径”必须由开发者主动定义和维护，PHP 不提供隐式映射或自动推导机制。
