配置PSR-4自动加载需在composer.json的autoload中定义命名空间与目录映射，如"MyApp\": "src/"，然后运行composer dump-autoload生成自动加载文件，之后通过require_once 'vendor/autoload.php'引入即可自动加载类。
Composer配置PSR-4自动加载，其实就是告诉Composer，你的项目代码的命名空间和对应的物理目录结构是什么样的。这样，当你的代码需要用到某个类时，Composer就能根据命名空间找到对应的文件，并自动加载。
配置的核心在于
composer.json文件中的
autoload部分的
psr-4规则。
解决方案
打开或创建
composer.json
文件: 在你的项目根目录下，找到composer.json
文件。如果没有，创建一个。编辑
autoload
部分: 在composer.json
文件中，找到或添加autoload
部分。autoload
部分通常是一个对象，包含psr-4
、files
、classmap
等键。 我们要关注的是psr-4
。-
定义命名空间和目录的映射: 在
psr-4
对象中，定义你的命名空间和目录的映射关系。 键是命名空间（带尾部的反斜杠），值是对应的目录（相对于项目根目录）。{ "autoload": { "psr-4": { "MyApp\\": "src/" } } }这个例子中，
MyApp\
命名空间映射到src/
目录。 这意味着，所有以MyApp\
开头的类，Composer都会在src/
目录及其子目录中查找。 运行
composer dump-autoload
: 修改了composer.json
文件后，必须运行composer dump-autoload
命令。 这个命令会重新生成自动加载的映射关系。 你可以使用composer dump-autoload -o
来优化自动加载，这通常在生产环境中推荐使用。-
使用你的类: 现在，你就可以在你的代码中使用你的类了，Composer会自动加载它们。
doSomething();
如何处理多个命名空间和目录？
你可以简单地在
psr-4对象中添加更多的键值对。 例如：
{
"autoload": {
"psr-4": {
"MyApp\\": "src/",
"MyLibrary\\": "lib/",
"MyTests\\": "tests/"
}
}
}这样，
MyApp\映射到
src/，
MyLibrary\映射到
lib/，
MyTests\映射到
tests/。
如果类文件不在预期的目录中怎么办？
这是个常见的问题。首先，检查你的命名空间和目录映射是否正确。确保命名空间与文件路径完全匹配。
例如，如果你的类
MyApp\Utils\Helper位于
src/Utils/Helper.php，而你的
psr-4配置是
"MyApp\\": "src/"，那么一切都应该正常工作。
但如果你的类位于
src/Helpers/Utils/Helper.php，但命名空间仍然是
MyApp\Utils\Helper，那么Composer将找不到这个文件。 你需要调整你的目录结构或命名空间，使其匹配。 或者，可以考虑使用多个
psr-4规则来覆盖不同的目录结构。
autoload-dev
是什么？它和 autoload
有什么区别？
autoload-dev部分与
autoload类似，但它只在开发环境中生效。 这意味着，当你使用
--no-dev选项安装依赖时（例如在生产环境中），
autoload-dev中定义的规则将被忽略。
autoload-dev通常用于加载测试相关的类和文件。 例如：
{
"autoload-dev": {
"psr-4": {
"MyTests\\": "tests/"
}
}
}这样，只有在开发环境中，
MyTests\命名空间才会被加载。
如何处理不符合PSR-4规范的旧代码？
虽然PSR-4是推荐的自动加载标准，但有时你可能需要处理不符合这个规范的旧代码。 在这种情况下，你可以使用
classmap或
files来加载这些文件。
classmap允许你手动指定类名和文件路径的映射关系。 例如：
{
"autoload": {
"classmap": [
"legacy/MyOldClass.php"
]
}
}files允许你加载一些全局函数或常量定义的文件。 例如：
{
"autoload": {
"files": [
"legacy/functions.php"
]
}
}请注意，使用
classmap和
files可能会降低自动加载的性能，因此建议尽可能地迁移到PSR-4规范。
