Composer 无法通过函数名搜索包，因其不索引函数定义；定位函数需用 php --rf 或 grep 搜索 vendor 目录，而非 composer search。
Composer 无法直接搜索“提供某个 PHP 函数”的包——因为函数名不在 Packagist 元数据索引中，composer search 和 composer show 对函数完全无感知。
为什么 composer search function_name 返回乱码结果
你执行 composer search str_contains 或 composer search array_key_first，得到一堆无关包，是因为：
-
composer search只匹配包名、描述、keywords字段，不扫描源码，更不解析函数定义 - 像
str_contains()、get_debug_type()这类是 PHP 8.0+ 内置函数，根本不出现在任何 Composer 包里 - 即使函数来自 polyfill 包（如
symfony/polyfill-php80），它也不会在包描述里写“提供 str_contains”，而是靠autoload.files加载，Composer 不会把文件内容映射到搜索关键词
真正能定位函数来源的命令行操作
别在 composer 命令里找函数，改用系统级文本搜索 + PHP 自身机制：
- 先确认函数是否存在：
php -r "var_dump(function_exists('your_function'));"—— 返回false说明还没加载，查也白查 - 如果返回
true，再查它在哪：php --rf your_function（PHP 反射），输出里会带路径，例如in /path/to/vendor/symfony/polyfill-php80/bootstrap.php - 若反射失败（函数未加载），就去
vendor/里硬搜：grep -r "function your_function" vendor/ --include="*.php" -l（Linux/macOS） - Windows 用户用：
findstr /s /i "function your_function" vendor\**\*.php - 注意：某些 polyfill 包把函数定义藏在
bootstrap80.php或bootstrap.php里，得结合composer show vendor/package-name看它的autoload.files列表
常见误判场景和绕不开的坑
很多开发者卡在这几个地方：
立即学习“PHP免费学习笔记（深入）”；
- 看到
composer show symfony/polyfill-php80里没写 “str_contains”，就以为它不提供——其实函数定义在bootstrap.php，而该文件被声明在composer.json的"autoload": {"files": ["bootstrap.php"]}中 - 用
composer depends查函数依赖？它只处理包间关系，对函数名完全忽略 - 以为
composer outdated能提示 polyfill 版本是否覆盖当前 PHP 版本所需函数——它只比对包版本，不校验函数可用性 - 在
vendor/搜索时忘了加--include="*.php"，导致跳过 .php 文件，只扫了 .json 或 README
函数归属不是包管理问题，是代码可见性问题。反射和 grep 是唯二靠谱的起点，IDE 跳转只是它们的图形化封装。别让 composer search 给你错觉——它连函数名长什么样都不知道。
