$this->app->singleton('ReportServices', function () {

    return new \App\Services\ReportServices();

});

以后在其他class里我可以用

app('ReportServices')->xxxxxx();

去替换

$services = new \App\Services\ReportServices();

$services->xxxxxx();

所谓ioc 容器的说法我觉得用服务容器的更合适，ioc只是一种思想，实现ioc可以是依赖注入，也可以服务定位器，策略模式，思想和实现之间我觉得不能混为一谈。laravel中的容器是把被依赖的类当作服务，每当需要传入被依赖的类时，比如你想使用缓存类，换句话说你现在依赖一个缓存服务时，由一个叫做容器的类负责具体的实例化，其工作就是解析类，解析出你的缓存服务是memcache还是redis，还是别的什么，然后实例化，注入到你的消费类中，如此就实现了ioc。当然这需要抽象的配合，否则你注入个别的，方法不一样当然无法工作了。容器只是一种管理类的方式。那么问题来了，容器怎么知道要创建哪个类的实例？也就是类是如何被解析的？这个就可以在service provider里绑定，你把需要用的实现在这里绑定，当容器需要时就知道解析到哪个类了。那么问题又来了，程序如何知道都有哪些service provider？ 这又在config/app里面定义的，专业点说注册服务。我建议你自己亲自动手创建一个service provider 绑定一个服务，注册，又或者你玩玩别的独立的服务容器，比如pimple，把他用在你自己的项目中，就很好理解了。至于facade，更好理解，实际是通过容器解析到实际的类，然后通过魔术方法去实际的类上执行方法。我也是醉了。这也是很多人批评facade的原因，这东西多包装了一层语法糖而已。