PHP函数名大小写不敏感，建议统一用小写命名

PHP函数名在调用时确实不区分大小写，strlen、STRLEN、StrLen均可正常运行，但这只是语言解析器的底层行为，并非设计推荐；真正影响代码质量的是统一采用小写命名——它保障了与静态分析工具（如PHPStan）、IDE智能提示、Composer生态、PSR-12规范及主流框架（Laravel/Symfony）的无缝兼容，避免协作混乱、维护成本上升和CI流程失败，而混淆大小写不仅削弱可读性，还可能在类方法重复声明或跨平台文件加载等场景中埋下隐性陷阱。

PHP 函数名不区分大小写

PHP 中调用函数时，strlen、STRLEN、StrLen 都能正常运行——语言层面对函数名做的是不区分大小写的解析。这不是“推荐写法”，而是 PHP 解析器实际行为。

但要注意：这只是针对「用户定义函数」和「内置函数」的调用阶段；函数定义本身仍需保持一致（比如你写了 function MyFunc()，就不能在定义处写成 function myfunc()，那会直接报错），而调用时可以随意变大小写。

为什么建议始终小写函数名

虽然不区分大小写，但混用大小写会让代码难以维护，尤其在团队协作或使用静态分析工具时：

• phpstan 和 psalm 会把非常规大小写当成风格问题甚至潜在错误
• IDE（如 PhpStorm）默认按小写索引函数，大写调用可能丢失自动补全或跳转
• Composer 加载的第三方库（如 monolog）全部采用小写函数/方法名，混用易造成认知断层
• PHP 8.0+ 引入的 JIT 编译器虽不依赖大小写，但函数名哈希表初始化仍以小写为标准键，非小写调用多一次 strtolower 开销（微乎其微，但存在）

容易踩的坑：类方法 vs 普通函数

函数名不区分大小写，但类中的方法名在调用时——仍然不区分大小写。这点很多人误以为“类方法区分”，其实不是。

真正区分大小写的只有：class 名、interface 名、trait 名、以及命名空间里的部分标识符（如 MyNamespace\SomeClass 中的 SomeClass 是区分大小写的）。而 $obj->getData() 和 $obj->GETDATA() 在 PHP 中是等价的（只要类里定义的是 getData）。

但注意这个陷阱：

• 如果类中同时定义了 getData() 和 GETDATA()，PHP 会报 Fatal error: Cannot redeclare —— 因为解析器认为这是重复声明同一个方法
• Windows 文件系统不区分大小写，所以 require 'Foo.php' 和 require 'foo.php' 都能加载；但 Linux 下若文件实际叫 Foo.php，而代码写 require 'foo.php' 就会失败 —— 这和函数名无关，是文件系统层面的问题

PSR-12 和现代框架的实际约束

PHP-FIG 的 PSR-12 明确要求：函数名必须使用小写加下划线（my_function）或驼峰（myFunction），但「不得混合大小写」。Laravel、Symfony 等主流框架全部遵循小写驼峰（str_replace 是例外，因继承自 PHP 内置）。

这意味着：即使语法允许 STR_REPLACE，你在 Laravel 项目里这么写，php-cs-fixer 会立刻把它改回 str_replace；CI 流程也可能因此失败。

更关键的是：扩展函数（如 mb_strlen）和原生函数（如 strlen）都只以小写形式出现在文档和源码中。偏离它，等于主动放弃可读性和协作基础。

终于介绍完啦！小伙伴们，这篇关于《PHP函数名大小写不敏感，建议统一用小写命名》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布文章相关知识，快来关注吧！