Symfony 4 中私有服务应通过测试基类获取、开发环境局部覆盖或构造函数注入来安全访问，禁用全局公开策略。
在 Symfony 4 中，服务默认设为私有（public: false），这是出于容器安全与解耦设计的考虑。但测试或调试时，你可能需要临时访问某个私有服务——不建议直接改服务为 public: true，更不应在生产配置中暴露内部服务。真正实用的做法是分场景选择合适策略。
测试中安全获取私有服务（推荐首选）
Symfony 4.1+ 的测试基类已内置支持，无需改动任何服务定义：
- 继承
KernelTestCase或WebTestCase - 调用
self::bootKernel()启动内核 - 通过
static::$container->get(YourServiceClass::class)直接获取实例 - 该容器是测试专用的“宽松容器”，仅在测试生命周期内生效，不影响生产行为
开发/调试阶段临时公开特定服务
仅限本地环境，切勿提交到版本库：
- 在
config/services_dev.yaml中覆盖服务定义 - 写法示例：
App\Service\MyProcessor:<br> public: true
- 确保该文件未被加载到
prod环境（检查config/packages/dev/路径及环境加载逻辑）
为特定服务注入专用依赖（避免全局公开）
当某服务（如邮件发送器、定制序列化器）需独立配置，又不想让其被任意其他服务随意调用时：
- 保持服务本身私有（
public: false） - 在目标服务的构造函数中声明类型提示，让容器自动注入
- 例如：
function __construct(MyCustomSerializer $serializer)，容器会按类型匹配并注入对应私有服务 - 这种方式既保证了依赖清晰，又完全规避了手动
get()调用
不推荐：全局启用私有服务访问
虽然可通过编译器 Pass 修改容器行为（如强制所有服务 public），但会破坏服务可见性契约：
- 增加意外依赖风险
- 使服务边界模糊，不利于长期维护
- 违反 Symfony 官方“private by default”原则
- CI/CD 流程中易因配置差异引发不可预期行为
