Service层可直接调用config()函数，因其是全局辅助函数，底层访问容器中已加载的配置实例，无需依赖注入；支持点号语法读取嵌套配置，如config('services.aliyun.region')，默认返回null，可设默认值。
Service 层里直接用 config() 函数读配置是最简单也最常用的方式，不需要额外注入、不用改容器绑定，只要确保配置文件已加载（默认全部加载），就能在任何 Service 类中安全使用。
为什么 Service 里能直接调用 config()
ThinkPHP 启动时会把 config/ 目录下所有 PHP 文件合并进全局配置池，config() 是一个全局辅助函数，底层访问的是应用容器里的 config 实例。它不是依赖注入对象，不参与生命周期管理，所以 Service 里调用完全没问题。
- 无需在构造函数声明
private Config $config—— 这反而多余且可能引发单例污染 - 不推荐用
app()->get('config')手动取实例，绕过函数封装没好处 - 读取嵌套项时支持点号语法：
config('database.default')、config('services.aliyun.region') - 若配置项不存在，
config()默认返回null，可传第二个参数设默认值：config('app.debug', false)
config() 在 Service 中的典型用法
常见于第三方服务初始化、开关控制、动态参数拼接等场景。比如短信服务类里读阿里云配置：
use app\service\SmsService;
class SmsService
{
public function send(string $phone, string $code): array
{
$accessKey = config('services.aliyun.access_key');
$secretKey = config('services.aliyun.secret_key');
$region = config('services.aliyun.region', 'cn-shanghai');
// 构建客户端逻辑...
return ['success' => true];
}
}
- 配置键名必须和
config/services.php中定义的结构严格一致，包括大小写 - 不要在
config()调用里拼接变量（如config("services.{$driver}.key")），容易触发未定义键警告；应先校验或用默认值兜底 - 如果某个配置只在特定方法中用到，就放在方法内读；不要在
__construct()中提前读取并赋给属性——除非该值是真正不变的“常量级”参数
Service 里不该用 config() 做什么
配置读取本身很轻量，但滥用会模糊职责边界，带来维护隐患：
立即学习“PHP免费学习笔记（深入）”；
- 禁止在 Service 方法里反复调用
config('app.timezone')多次——提取一次复用即可 - 别用
config()替代参数传递：比如send($phone, $code, $template = null)比send($phone, $code) { $tpl = config('sms.template'); ... }更清晰、更易测试 - 涉及敏感信息（如密钥）时，确保
.env已正确加载，且config/services.php中用了env('ALIYUN_SECRET_KEY')而非硬编码 - 不要在
register()或boot()阶段（如 ServiceProvider 中）依赖 Service 类去读配置——此时配置可能尚未完全加载
真正容易被忽略的是配置热更新问题：修改 .env 或配置文件后，runtime/ 下的缓存不会自动刷新，开发期需手动删掉 runtime/config.php 或执行 php think clear:config；否则 Service 里读到的还是旧值。
