composer不扫描未声明代码，仅按composer.json的autoload规则生成映射；类找不到主因是包自身autoload配置缺失或路径未覆盖，需用composer show -s和ls -r手动验证实际文件与声明路径是否匹配。
Composer 本身不提供“扫描已安装包中是否存在未声明在 composer.json 的代码”这类静态分析功能——它只管理 composer.json 声明的依赖及其自动写入的 vendor/autoload.php 加载逻辑。所谓“未包含在 json 的代码”，通常指两类情况：一是开发者手动拷贝了第三方代码到 vendor/ 或项目目录却没声明依赖；二是某包自身在 composer.json 中漏写了 autoload 配置，导致其 PHP 文件无法被自动加载，但物理上仍存在。
为什么 composer install 不报错，但某些类却找不到？
这往往不是依赖缺失，而是包的自动加载配置不完整。Composer 只按 composer.json 中的 autoload（如 "psr-4"、"files"）生成类映射，不校验包内所有 PHP 文件是否都被覆盖。
-
composer dump-autoload -o会生成优化后的vendor/composer/autoload_classmap.php，但仅包含被 autoload 规则捕获的文件，不会警告遗漏文件 - 如果一个包目录里有
src/Helper.php，但它的composer.json只写了"psr-4": {"Vendor\": "lib/"}，那Helper.php就不会被加载，也不会报错 - 运行时抛出
Class not found错误，根源常在此，而非 Composer 没装对
用 composer show --tree 和 ls vendor/{package} 对比结构
这是最直接的手动验证方式：确认你实际用到的文件路径是否落在该包声明的 autoload 范围内。
将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。
- 先查包的 autoload 配置：
composer show -s vendor/package-name | grep autoload - 再看它实际装了什么：
ls -R vendor/vendor/package-name/src/（或lib/、classes/等常见目录） - 若发现有用到的类文件（如
vendor/acme/utils/Str.php）不在其autoload声明路径下，说明该包本身配置有缺陷，或你误用了未公开 API
检测手动混入的未声明代码（非 Composer 安装）
Composer 对 vendor/ 外的代码完全无感知，也从不扫描项目根目录下的 PHP 文件。如果你把别人家的 SDK 直接扔进 app/SDK/ 却没在 composer.json 里加 "autoload": {"psr-4": {"SDK\": "app/SDK/"}}，Composer 就当它不存在。
- 检查
composer.json的autoload和autoload-dev是否覆盖了所有你require或use的命名空间 - 运行
composer dump-autoload -d（带-d显示详细映射），然后搜索你用到的类名，看是否出现在输出中 - 用
grep -r "class YourClass" app/ vendor/ --include="*.php"找到类定义位置，再反向确认它是否被 autoload 规则涵盖
真正难察觉的是那些“看起来能跑通”的情况：比如某个包用 files autoload 加载了一个全局函数文件，而你又在别处同名定义了一次，Composer 不报错，但行为已被悄悄覆盖。这类问题必须结合自动加载映射和实际文件路径交叉验证，不能只信 composer install 成功就万事大吉。
