php方法命名必须使用小驼峰（camelcase），这是psr-1标准强制要求，关乎框架互操作性、自动加载、反射调用及静态分析工具兼容性，所有普通方法均须遵守，仅双下划线魔法方法例外。
PHP方法命名强制使用小驼峰（camelCase），不是风格偏好，而是现代PHP生态运转的底层契约。
PSR-1标准明确要求
PHP Framework Interop Group（FIG）发布的PSR-1《基础编码规范》白纸黑字规定：“类的方法名必须使用camelCase”。这不是建议，是构成互操作性的前提——Laravel、Symfony、ThinkPHP8等主流框架全部以此为基石实现自动加载、反射调用和动态代理。
工具链和运行时依赖这个格式
- Composer的PSR-4自动加载器只识别
getUserInfo()这类写法，遇到get_user_info()直接跳过，导致方法不可调用 - Laravel模型访问器（如
$user->fullName）会自动尝试调用getFullNameAttribute()，但绝不会找get_full_name_attribute() - PHPStan、PHP-CS-Fixer、PHPMD等静态分析工具把下划线方法名当作硬性错误，报
CamelCaseMethodName警告，CI流程会直接失败
语义与动词优先原则绑定
小驼峰本身是容器，真正关键的是它承载的语义习惯：
- 方法名必须是动词或动词短语（
save(),isEmailValid(),calculateTotal()） -
userInfo()（名词）或valid()（形容词）即使拼写成userInfo或valid，也违背框架对行为意图的预期 -
GetUserName（大驼峰）会被IDE识别为类或常量，无法正确索引到方法定义
魔法方法是例外，但不构成反例__construct、__toString等双下划线方法由PHP内核硬编码识别，属于语言机制，不是用户可定义的命名空间。你不能仿照写__myHelper并指望它被自动触发——所有你自己声明的普通方法，无论public/private/static/abstract，都必须走小驼峰。
不复杂但容易忽略
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
