laravel 6服务容器默认不解析可选参数，因其依赖反射仅处理类型提示的依赖；标量或无类型提示的默认参数（如int $retrycount = 3）被跳过，保持默认值；可通过绑定闭包、配置接口封装或setter注入实现可控注入。
Laravel 6 的服务容器在解析构造函数时，默认只处理类型提示的依赖参数，对可选参数（即带默认值的标量参数，如 $timeout = 30、$debug = false）会直接跳过注入，使用其默认值——容器不会尝试从配置或上下文自动填充它们。
为什么可选参数不被自动解析？
服务容器依赖 PHP 的反射（ReflectionClass）读取构造函数签名。它只对有明确类名或接口名作为类型提示的参数执行递归解析；而标量类型（string、int、bool）或无类型提示的可选参数，容器无法判断该填什么值，因此保持原默认值。
例如：
class PaymentService {
public function __construct(LoggerInterface $logger, int $retryCount = 3) {
$this->logger = $logger;
$this->retryCount = $retryCount;
}
}
容器能自动注入 $logger，但 $retryCount 始终为 3，除非你主动干预。
如何让可选参数参与依赖注入？
有三种可靠方式，按推荐顺序排列：
-
用绑定闭包显式传参：在
AppServiceProvider@register()中，通过闭包控制实例化逻辑，可读取配置、环境变量或其它服务来赋值
$this->app->bind(PaymentService::class, function ($app) {
return new PaymentService(
$app->make(LoggerInterface::class),
config('payment.retry_count', 3)
);
});
-
提取为配置项 + 构造函数注入接口：把可选参数封装进一个配置驱动的服务（如
PaymentConfig），再将其作为依赖注入——这样既保持类型安全，又支持测试替换 - 改用 setter 注入或方法调用传参：对运行时才确定的值（如某次请求的超时），不塞进构造函数，而是在使用前通过方法设置
注意边界情况
以下写法不会生效：
-
__construct(LoggerInterface $logger = null)——null是默认值，但类型提示仍是LoggerInterface，容器仍会尝试解析；若未绑定该接口，会报错，不是“跳过” -
__construct($logger, $retryCount = 3)—— 无类型提示，容器完全忽略这两个参数，构造失败（PHP 7.4+ 会因缺少必需参数报错）
必须保证所有无默认值的参数都有类型提示，否则容器无法安全实例化。
