开发工具代码质量静态分析【免费下载链接】phpstanPHP Static Analysis Tool - discover bugs in your code without running it!项目地址https://gitcode.com/gh_mirrors/ph/phpstan点击查看免费下载new.dateTime是 PHPStan 在分析new DateTime(...)实例化时报告的错误标识符当传入构造函数的日期字符串为常量且在运行时必然解析失败时PHPStan 会在不执行代码的情况下提前发出告警。本文以 website/errors/new.dateTime.md 为核心结合 website/src/errorsIdentifiers.json 中的规则映射与 website/errors/CLAUDE.md 的文档规范深入讲解该错误的触发原理、与new.dateTimeImmutable的关联以及完整修复方案帮助你理解并消除这类日期解析隐患。错误标识符与规则映射new.dateTime属于 PHPStan 错误标识符体系中的一员new前缀表示它针对的是new ClassName()形式的类实例化参见 website/errors/CLAUDE.md 中的标识符前缀参考表。在 website/src/errorsIdentifiers.json 中可以看到该标识符的完整映射new.dateTime: { PHPStan\\Rules\\DateTimeInstantiationRule: { phpstan/phpstan-src: [ https://github.com/phpstan/phpstan-src/blob/2.3.x/src/Rules/DateTimeInstantiationRule.php#L66 ] } }从映射结构可以确认new.dateTime由DateTimeInstantiationRule规则负责检测该规则源码位于 PHPStan 主源码仓库phpstan-src的src/Rules/DateTimeInstantiationRule.php。同时website/src/errorsIdentifiers.json 显示new.dateTimeImmutable也由同一个规则类处理——也就是说DateTime与DateTimeImmutable两个类的构造参数校验共用同一套检测逻辑。该标识符的 frontmatter 还标注了ignorable: true意味着这类错误允许通过 PHPStan 的ignoreErrors配置或phpstan-ignore-line/phpstan-ignore-next-line注释按标准方式忽略详见 website/errors/new.dateTime.md 与 website/errors/CLAUDE.md 对ignorable字段的说明。触发该错误的代码示例文档给出了最小触发示例取自 website/errors/new.dateTime.md?php declare(strict_types 1); new DateTime(2020.11.17);这里的要点是PHPStan 只能对在分析期可以确定取值的常量字符串参数做出静态判断。2020.11.17是一个字面量常量PHPStan 可以模拟 PHP 的日期解析规则预判该字符串会在运行时导致解析失败从而在编译期直接报告new.dateTime。与之对称的DateTimeImmutable场景见 website/errors/new.dateTimeImmutable.md?php declare(strict_types 1); $date new DateTimeImmutable(this is not a date);而 PHPStan 官网在线 Playground 的默认示例代码website/src/js/data/playground-default.php中出现了new DateTimeImmutable(friday)这样的相对日期用法——这类有效的相对日期字符串不会触发该错误恰好从反面印证了规则对可解析与不可解析字符串的区分能力。为什么会被报告PHP 日期解析的运行期行为new.dateTime被报告的根本原因在于 PHP 语言本身的行为这也是 website/errors/CLAUDE.md 要求的文档视角解释 PHP 语义而非 PHPStan 内部机制DateTime与DateTimeImmutable的构造函数接受日期/时间字符串PHP 会调用其内置日期解析器对该字符串进行解析。当字符串无法被解析时构造过程会抛出一个异常在较新 PHP 版本中为DateMalformedStringException或产生警告并返回一个不完整的DateTime对象——无论哪种结果都不是开发者预期的行为属于会在运行时出错的代码。PHPStan 的定位是在不运行代码的前提下发现 bug因此对能够静态确定取值且必然解析失败的常量字符串它会在分析阶段直接报告。以文档示例2020.11.17为例字符串使用点号.作为日期分隔符。PHP 的日期解析器对2020.11.17的解释与开发者预期的年月日并不一致——2020.11这种带小数点的写法可能被解读为带小数部分的数值如 2020.11 年甚至其他格式与随后的.17组合在一起无法形成合法日期从而触发解析错误。这正是代码写得出来、但运行时必然出问题的典型场景也是该规则存在的意义。如何修复修复一改用合法且无歧义的日期格式将不合法的日期字符串替换为 PHP 能可靠解析的格式修改方式见 website/errors/new.dateTime.md-new DateTime(2020.11.17); new DateTime(2020-11-17);PHP 内置解析器支持且推荐使用的常见有效格式包括日期字符串含义2020-11-17ISO 8601 格式仅日期2020-11-17 14:30:00日期 时间now当前日期/时间yesterday、tomorrow相对日期DateTimeImmutable的同类修复见 website/errors/new.dateTimeImmutable.md?php declare(strict_types 1); -$date new DateTimeImmutable(this is not a date); $date new DateTimeImmutable(2024-01-15);修复二使用createFromFormat()精确控制解析格式如果业务数据本身就必须使用非标准分隔符例如来自 CSV、Excel 或区域化输入的点号分隔日期不要强行塞给构造函数而是改用DateTime::createFromFormat()显式声明解析模板让解析行为完全可控-new DateTime(2020.11.17); DateTime::createFromFormat(Y.m.d, 2020.11.17);DateTimeImmutable对应的是DateTimeImmutable::createFromFormat()?php declare(strict_types 1); -$date new DateTimeImmutable(this is not a date); $date DateTimeImmutable::createFromFormat(Y/m/d, 2024/01/15);createFromFormat()的优势在于它将格式声明与数据分离Y.m.d明确告诉解析器2020.11.17中的点号就是年月日的分隔符不再依赖 PHP 默认解析器的启发式推断既消除了误解析风险也提升了代码的可读性。修复三处理动态字符串无法静态判定时的策略需要说明的是new.dateTime只针对常量字符串参数。如果日期字符串来自变量、函数返回值或用户输入PHPStan 无法在分析期判定其合法性规则不会误报但运行期风险依然存在。此时建议在代码中主动防御——例如用try/catch捕获解析异常或先使用DateTime::createFromFormat()并检查其返回值是否为false把解析失败转成可处理的显式分支。在 PHPStan 中验证与运行PHPStan 以预编译 PHAR 形式分发本仓库根目录下的phpstan.phar及入口脚本 phpstan运行分析使用标准的analyse命令php phpstan.phar analyse --level 8 path/to/file.php默认--level 0起各级别均包含实例化参数校验类规则new.dateTime属于 PHPStan 核心内置规则无需额外安装扩展包即可生效。该错误默认可通过 忽略错误配置 方式豁免ignorable: true但更推荐按上文方案修复代码本身。本仓库的e2e/目录包含大量端到端测试场景如 e2e/php8/test.php 等可用于观察各类规则在真实分析流程中的输出形态。小结new.dateTime是 PHPStan 对DateTime/DateTimeImmutable构造参数做静态校验的核心标识符之一凡是能在分析期确定取值、且按 PHP 日期解析规则必然失败的常量字符串都会在运行前被拦截。修复路径清晰——要么换成 ISO 8601 等无歧义格式要么用createFromFormat()显式声明非标准格式的解析模板。掌握这一规则可以让你在编写日期处理代码时第一时间避开运行时才炸的解析陷阱这也是 PHPStan 所倡导的不运行代码也能发现 bug理念在日期领域的直接体现。赞分享开发工具代码质量静态分析【免费下载链接】phpstanPHP Static Analysis Tool - discover bugs in your code without running it!项目地址https://gitcode.com/gh_mirrors/ph/phpstan点击查看免费下载相关推荐PHPStan 错误标识符 echo.nonString 详解如何检测与修复 echo 无法转字符串的错误PHPStan 错误标识符 echo.nonString 详解如何检测与修复 echo 无法转字符串的错误 echo.nonString 是 PHPStan开发工具代码质量静态分析PHPStan argument.invalidConstant 错误详解向函数参数传入无效常量时的静态检测与修复PHPStan argument.invalidConstant 错误详解向函数参数传入无效常量时的静态检测与修复 导读 在 PHP 开发中为 json_e开发工具代码质量静态分析PHPStan method.staticCall 错误标识符详解非静态方法被静态调用的检测与修复PHPStan method.staticCall 错误标识符详解非静态方法被静态调用的检测与修复 PHPStan 会在分析代码时报告 method.stat开发工具代码质量静态分析创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 PHPStan `new.dateTime` 错误详解：`DateTime` 构造函数无效日期字符串的静态检测与修复
开发工具代码质量静态分析【免费下载链接】phpstanPHP Static Analysis Tool - discover bugs in your code without running it!项目地址https://gitcode.com/gh_mirrors/ph/phpstan点击查看免费下载new.dateTime是 PHPStan 在分析new DateTime(...)实例化时报告的错误标识符当传入构造函数的日期字符串为常量且在运行时必然解析失败时PHPStan 会在不执行代码的情况下提前发出告警。本文以 website/errors/new.dateTime.md 为核心结合 website/src/errorsIdentifiers.json 中的规则映射与 website/errors/CLAUDE.md 的文档规范深入讲解该错误的触发原理、与new.dateTimeImmutable的关联以及完整修复方案帮助你理解并消除这类日期解析隐患。错误标识符与规则映射new.dateTime属于 PHPStan 错误标识符体系中的一员new前缀表示它针对的是new ClassName()形式的类实例化参见 website/errors/CLAUDE.md 中的标识符前缀参考表。在 website/src/errorsIdentifiers.json 中可以看到该标识符的完整映射new.dateTime: { PHPStan\\Rules\\DateTimeInstantiationRule: { phpstan/phpstan-src: [ https://github.com/phpstan/phpstan-src/blob/2.3.x/src/Rules/DateTimeInstantiationRule.php#L66 ] } }从映射结构可以确认new.dateTime由DateTimeInstantiationRule规则负责检测该规则源码位于 PHPStan 主源码仓库phpstan-src的src/Rules/DateTimeInstantiationRule.php。同时website/src/errorsIdentifiers.json 显示new.dateTimeImmutable也由同一个规则类处理——也就是说DateTime与DateTimeImmutable两个类的构造参数校验共用同一套检测逻辑。该标识符的 frontmatter 还标注了ignorable: true意味着这类错误允许通过 PHPStan 的ignoreErrors配置或phpstan-ignore-line/phpstan-ignore-next-line注释按标准方式忽略详见 website/errors/new.dateTime.md 与 website/errors/CLAUDE.md 对ignorable字段的说明。触发该错误的代码示例文档给出了最小触发示例取自 website/errors/new.dateTime.md?php declare(strict_types 1); new DateTime(2020.11.17);这里的要点是PHPStan 只能对在分析期可以确定取值的常量字符串参数做出静态判断。2020.11.17是一个字面量常量PHPStan 可以模拟 PHP 的日期解析规则预判该字符串会在运行时导致解析失败从而在编译期直接报告new.dateTime。与之对称的DateTimeImmutable场景见 website/errors/new.dateTimeImmutable.md?php declare(strict_types 1); $date new DateTimeImmutable(this is not a date);而 PHPStan 官网在线 Playground 的默认示例代码website/src/js/data/playground-default.php中出现了new DateTimeImmutable(friday)这样的相对日期用法——这类有效的相对日期字符串不会触发该错误恰好从反面印证了规则对可解析与不可解析字符串的区分能力。为什么会被报告PHP 日期解析的运行期行为new.dateTime被报告的根本原因在于 PHP 语言本身的行为这也是 website/errors/CLAUDE.md 要求的文档视角解释 PHP 语义而非 PHPStan 内部机制DateTime与DateTimeImmutable的构造函数接受日期/时间字符串PHP 会调用其内置日期解析器对该字符串进行解析。当字符串无法被解析时构造过程会抛出一个异常在较新 PHP 版本中为DateMalformedStringException或产生警告并返回一个不完整的DateTime对象——无论哪种结果都不是开发者预期的行为属于会在运行时出错的代码。PHPStan 的定位是在不运行代码的前提下发现 bug因此对能够静态确定取值且必然解析失败的常量字符串它会在分析阶段直接报告。以文档示例2020.11.17为例字符串使用点号.作为日期分隔符。PHP 的日期解析器对2020.11.17的解释与开发者预期的年月日并不一致——2020.11这种带小数点的写法可能被解读为带小数部分的数值如 2020.11 年甚至其他格式与随后的.17组合在一起无法形成合法日期从而触发解析错误。这正是代码写得出来、但运行时必然出问题的典型场景也是该规则存在的意义。如何修复修复一改用合法且无歧义的日期格式将不合法的日期字符串替换为 PHP 能可靠解析的格式修改方式见 website/errors/new.dateTime.md-new DateTime(2020.11.17); new DateTime(2020-11-17);PHP 内置解析器支持且推荐使用的常见有效格式包括日期字符串含义2020-11-17ISO 8601 格式仅日期2020-11-17 14:30:00日期 时间now当前日期/时间yesterday、tomorrow相对日期DateTimeImmutable的同类修复见 website/errors/new.dateTimeImmutable.md?php declare(strict_types 1); -$date new DateTimeImmutable(this is not a date); $date new DateTimeImmutable(2024-01-15);修复二使用createFromFormat()精确控制解析格式如果业务数据本身就必须使用非标准分隔符例如来自 CSV、Excel 或区域化输入的点号分隔日期不要强行塞给构造函数而是改用DateTime::createFromFormat()显式声明解析模板让解析行为完全可控-new DateTime(2020.11.17); DateTime::createFromFormat(Y.m.d, 2020.11.17);DateTimeImmutable对应的是DateTimeImmutable::createFromFormat()?php declare(strict_types 1); -$date new DateTimeImmutable(this is not a date); $date DateTimeImmutable::createFromFormat(Y/m/d, 2024/01/15);createFromFormat()的优势在于它将格式声明与数据分离Y.m.d明确告诉解析器2020.11.17中的点号就是年月日的分隔符不再依赖 PHP 默认解析器的启发式推断既消除了误解析风险也提升了代码的可读性。修复三处理动态字符串无法静态判定时的策略需要说明的是new.dateTime只针对常量字符串参数。如果日期字符串来自变量、函数返回值或用户输入PHPStan 无法在分析期判定其合法性规则不会误报但运行期风险依然存在。此时建议在代码中主动防御——例如用try/catch捕获解析异常或先使用DateTime::createFromFormat()并检查其返回值是否为false把解析失败转成可处理的显式分支。在 PHPStan 中验证与运行PHPStan 以预编译 PHAR 形式分发本仓库根目录下的phpstan.phar及入口脚本 phpstan运行分析使用标准的analyse命令php phpstan.phar analyse --level 8 path/to/file.php默认--level 0起各级别均包含实例化参数校验类规则new.dateTime属于 PHPStan 核心内置规则无需额外安装扩展包即可生效。该错误默认可通过 忽略错误配置 方式豁免ignorable: true但更推荐按上文方案修复代码本身。本仓库的e2e/目录包含大量端到端测试场景如 e2e/php8/test.php 等可用于观察各类规则在真实分析流程中的输出形态。小结new.dateTime是 PHPStan 对DateTime/DateTimeImmutable构造参数做静态校验的核心标识符之一凡是能在分析期确定取值、且按 PHP 日期解析规则必然失败的常量字符串都会在运行前被拦截。修复路径清晰——要么换成 ISO 8601 等无歧义格式要么用createFromFormat()显式声明非标准格式的解析模板。掌握这一规则可以让你在编写日期处理代码时第一时间避开运行时才炸的解析陷阱这也是 PHPStan 所倡导的不运行代码也能发现 bug理念在日期领域的直接体现。赞分享开发工具代码质量静态分析【免费下载链接】phpstanPHP Static Analysis Tool - discover bugs in your code without running it!项目地址https://gitcode.com/gh_mirrors/ph/phpstan点击查看免费下载相关推荐PHPStan 错误标识符 echo.nonString 详解如何检测与修复 echo 无法转字符串的错误PHPStan 错误标识符 echo.nonString 详解如何检测与修复 echo 无法转字符串的错误 echo.nonString 是 PHPStan开发工具代码质量静态分析PHPStan argument.invalidConstant 错误详解向函数参数传入无效常量时的静态检测与修复PHPStan argument.invalidConstant 错误详解向函数参数传入无效常量时的静态检测与修复 导读 在 PHP 开发中为 json_e开发工具代码质量静态分析PHPStan method.staticCall 错误标识符详解非静态方法被静态调用的检测与修复PHPStan method.staticCall 错误标识符详解非静态方法被静态调用的检测与修复 PHPStan 会在分析代码时报告 method.stat开发工具代码质量静态分析创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考