“类不存在”错误主因是命名空间、路径、自动加载或服务定义不一致；需检查src下文件路径与app\命名空间是否严格对应、执行composer dump-autoload更新映射、验证services.yaml中类引用完整准确，并确认环境配置生效。
Symfony 4 报“类不存在”或“找不到服务”，绝大多数情况不是服务本身写错了，而是命名空间、文件路径、自动加载或服务定义这四者中某一处没对上。排查要从 PHP 自动加载机制出发，而不是直接改配置。
检查类文件的命名空间与物理路径是否严格一致
这是最常见也最容易忽略的一环。Symfony 4 默认使用 PSR-4 自动加载，要求：
• 类文件必须放在 src/ 下对应子目录中
• 文件名必须与类名完全一致（含大小写）
• 命名空间必须以 App\ 开头，且层级与目录结构一一对应
- 例如：类 App\Service\UserExporter 必须位于 src/Service/UserExporter.php
- 若放在 src/Services/UserExporter.php，但命名空间写成 App\Service\UserExporter → 自动加载失败
- 若命名空间误写为 App\Services\UserExporter，而路径是 src/Service/... → 同样失败
确认 composer autoload 已更新
新增或移动类文件后，Composer 不会自动重生成自动加载映射。必须手动执行：
- composer dump-autoload（开发时推荐）
- 或更彻底：composer install --no-dev（生产环境部署时应做）
执行后可快速验证：运行 php -r "var_dump(class_exists('App\Service\UserExporter'));"，返回 bool(true) 才说明类已能被加载。
核对服务定义中的类引用是否准确
在 config/services.yaml 中定义服务时，类名必须是完整命名空间，且不能拼错：
- ✅ 正确：
App\Service\UserExporter: ~ - ❌ 错误：
App\Service\UserExportor: ~（拼写错误） - ❌ 错误：
UserExporter: ~（缺少命名空间，YAML 会当字符串处理，非类引用）
如果用了 bind 或 arguments 注入，也要确保其中引用的类名同样完整、无拼写错误。
检查是否误用 dev/prod 环境导致配置未生效
某些服务只在 config/services_dev.yaml 中定义，但在 prod 环境下运行 → 服务不可用，报“类不存在”（实际是服务未注册，容器尝试实例化时报错）。
- 运行 php bin/console debug:container --env=prod | grep UserExporter，看是否列出
- 若只在 dev 中定义，又需在 prod 使用，应移至 services.yaml 或明确导入到 prod 配置中
