yii框架中rest控制器应通过服务定位器（yii::$app->get()）或di容器（yii::$container->get()）安全获取service实例，需预先在config/web.php的components中注册组件并显式声明依赖，不可手动new或混用两者。
Yii 框架里 RESTful 接口本身不依赖 DI 容器运行，但接口中用到的 Service、Repository、Validator 等组件，必须靠 yii\di\Container 或 Yii::$app（服务定位器）来提供实例——这两者不是一回事，混用会直接导致 Class not found 或 Missing argument 错误。
REST 控制器里怎么安全获取 Service 实例
在 yii\rest\Controller 子类中，不要在 __construct() 里手动 new Service，也不该假设 Yii::$app->get('orderService') 自动可用。
- 先确认该 Service 已在
config/web.php的'components'中注册，例如：'orderService' => ['class' => 'app\services\OrderService'] - 若 Service 构造函数需要
DbConnection和CacheInterface，而你只写了'class' => OrderService::class，启动时就会报Missing argument—— 因为服务定位器不解析参数，只调new OrderService() - 正确做法是显式传入依赖：
'orderService' => ['class' => 'app\services\OrderService', 'db' => Yii::$app->db, 'cache' => Yii::$app->cache] - 或者改用 DI 容器：在控制器方法里用
$container = \Yii::$container; $service = $container->get('app\services\OrderService');，前提是已通过set()绑定了类或接口
为什么 Yii::$app->get('xxx') 有时找不到服务
这不是 DI 失败，是服务定位器根本没注册过这个键名。Yii 2.0 的 Yii::$app 是服务定位器（Service Locator），不是 DI 容器。
-
Yii::$app默认只预注册了'db'、'cache'、'request'等核心组件，你自己写的类必须手动加进components配置 - 配置写成
'orderService' => 'app\services\OrderService'是错的 —— 这会被当成字符串返回，不是类实例；必须用数组语法：'orderService' => ['class' => 'app\services\OrderService'] - 如果用了匿名函数注册：
'orderService' => function () { return new OrderService(Yii::$app->db); }，每次get()都新建对象，无法共享状态 - 错误现象：
Call to undefined method yii\web\Application::getOrderService()或Unknown Component ID: orderService，都是注册缺失的明确信号
yii\di\Container 和 Yii::$app 能不能混着用
不能直接混用。把 Container 实例塞进 Yii::$app->set('container', $c) 后，Yii::$app->get('SomeService') 依然不会触发 DI 解析。
-
Yii::$app是独立的服务定位器，它的get()只查自己维护的components数组，不委托给任何外部容器 - 想用构造函数自动注入（比如
function __construct(UserRepository $repo)），必须直接调\Yii::$container->get(UserController::class)，且确保UserRepository已通过set()注册 - 接口绑定示例：
\Yii::$container->set('app\interfaces\UserRepositoryInterface', 'app\repositories\ActiveRecordUserRepository') - 性能注意：不要在 action 里反复
new \yii\di\Container，应在应用启动时初始化一次并复用
setter 注入在 REST 场景下容易被忽略的细节
Yii 的 setter 注入不是自动扫描，而是严格依赖配置键名与 setXxx() 方法名的映射关系，REST 接口里尤其容易配错。
- 配置项
'apiUrl' => 'https://api.example.com'会尝试调用setApiUrl()，不是setApi_url()也不是setAPIUrl() - 如果 Service 类只有
public $timeout;没有setTimeout()，配置'timeout' => 5会直接赋值给 public 属性，但这种写法绕过类型检查，不推荐 -
@propertyPHPDoc 注解纯属 IDE 提示，运行时不生效；写了@property User $user不代表$this->user会自动初始化 - 真正需要运行时动态设值的场景（如按请求头切换缓存策略），更适合用 setter 注入；而数据库连接、日志器这类不可变依赖，应走构造函数注入 + DI 容器
最常被跳过的一步：DI 容器和 SL 的注册入口不同，但错误信息都指向“找不到类”，实际原因可能一个是没配 components，另一个是没调 set()。看清楚报错发生在 Yii::$app->get() 还是 \Yii::$container->get()，比盲目补配置更重要。
