register() 方法仅在应用启动初期、容器初始化阶段执行一次，且必须显式注册到 config/app.php 的 providers 数组中，否则不会运行；tp8 无自动扫描，未配置即无效。
ThinkPHP Service 的 register() 方法什么时候执行
它只在应用启动初期、容器初始化阶段执行一次，且必须被显式注册进 config/app.php 的 providers 数组里，否则根本不会运行。TP8 没有自动扫描机制，不加配置就等于没写。
常见错误现象：register() 里写了 $this->app->bind('cache', AliyunLogHandler::class)，但在控制器里 app()->make('cache') 报错“Class not found”——不是代码问题，是服务提供者压根没被加载。
- 确保类继承
think\Service（TP8.0+ 推荐），或至少定义了register()方法 - 类名必须用完整命名空间，例如
app\provider\CacheServiceProvider::class，不能只写CacheServiceProvider - 改完
config/app.php后，必须执行php think clear:config或删掉runtime/cache/下的配置缓存文件，否则新配置不生效
boot() 方法是否可用？有什么限制
boot() 不是 ThinkPHP 官方生命周期的一部分，但如果你在自定义 Service 类里手动定义了它，并在 register() 之后主动调用，是可以运行的；不过 TP8 默认不会自动触发 boot()，框架本身也不识别这个方法名。
真正安全依赖其他服务的初始化逻辑，应该放在 register() 里，但需注意：此时部分核心服务（如日志、数据库）可能尚未完成注册，直接调用 app()->make('log') 可能失败。
- 若必须依赖已注册服务，可改用闭包绑定：
$this->app->singleton('my_service', function ($app) { return new MyService($app->make('log')); }); - 不要在
register()中调用app()->make()获取未明确注册过的服务，容易引发循环依赖或找不到实例 - 避免在
register()中执行耗时操作（如远程配置拉取、文件扫描），会拖慢整个启动过程
为什么 $this->app->bind() 不能换成 app()->bind()
因为 register() 执行时，app() 全局辅助函数可能还拿不到当前容器实例，尤其是在 CLI 或某些非标准启动路径下，app() 返回 null 或不完整对象，导致绑定失败或静默忽略。
而 $this->app 是 Service 实例内部持有的容器引用，由框架在实例化时注入，始终可用、稳定可靠。
- 正确写法：
$this->app->bind('cache.driver', AliyunLogHandler::class) - 错误写法：
app()->bind('cache.driver', AliyunLogHandler::class)（尤其在命令行或单元测试中大概率出问题） - 如果要用
app()，至少加一层判空：if (app(false)) { app()->bind(...); }，但不如直接用$this->app干净
初始化逻辑写在哪？__construct 还是 register()？
写在 register() 里。Service 类的 __construct() 仅用于构造自身对象，无法访问容器、不能绑定服务、也不参与框架启动流程——它甚至可能在容器初始化前就被 new 出来了。
你写的 Service 类不是靠 new 实例化的，而是由框架通过反射创建并传入容器实例，所以 __construct() 里能做的非常有限，纯属干扰项。
-
register()是唯一受控、可访问容器、能绑定服务、被框架保证执行的入口 - 不要在
__construct()中尝试$this->app->bind()，$this->app此时为空 - 如果需要在 Service 实例化时做些轻量预处理（比如校验配置项），可以保留在
__construct()，但别碰容器操作
register()，而应交给中间件、控制器或事件监听器去处理。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
