thinkphp中的logic和service层是干什么用的？

我平时开发只用到了Model层，请问这两个层是干啥用的？我百度过相关内容，都是直接照着官方手册抄了一遍，也没具体说清楚，能否举个例子说明一下？

回复内容：

说一下我个人的理解吧，传统的MVC三层在面对系统越来越大，业务逻辑越来越复杂的情况下，开始显得“不够用”。
不够用怎么办，再抽象再分层呗。

把业务逻辑处理部分抽象出来作为一层，这一层在M之上，C之下，名为 Logic 。
把可以作为公共的服务抽象出来作为一层，这一层不与任何一层耦合，仅提供自身的服务，名为Service 。

举个栗子：
一个大型的网站，或者现在比较流行的接口，微服务什么什么的，
不可能只是发请求，读写数据，返回数据这么简单的吧，
接受到请求之后需要对请求进行处理，读写数据之后需要对数据进行处理，
这些处理操作多了之后，你会发现放在C层感觉怪怪的，C层越来越臃肿了；
放在M层感觉也不对，M层应该是与数据库打交道的，业务逻辑的处理不应该放在这里；
放在 Logic 层就最好了，业务变了，C层和M层都不需要改动，只需要改动中间的 Logic 就好了。

至于 Service 层放什么？那可多了，
小到文件上传，下载，图片处理，储存
大到日志，错误处理，邮件，授权，队列，计划任务，支付，验证，加密，短信，巴拉巴拉，哔哩哔哩，啪啪啪啪
这些很多地方都要用到的我们都可以抽象出来作为一个服务啊~

就酱紫~想到再来补充，记得点赞哦~ 不请自来
手机简单回答下

通常简单项目用mvc分层开发就足够了。随着项目发展越来越大。需要清晰的架构来降低代码的复杂度。
最容易想到改善的有2点

1三方服务.这类代码属于公共代码.与业务逻辑其实关系不大.比如 日志.邮件.手机短信.等等

2模型和模型之间耦合.model通常是基于领域模型抽象以后封装的单一指责的类或者函数集合.很多需要组合多个model实现的业务逻辑.最开始也可放在模型层或者其他方式放在其他独立的文件实现.但是这样代码复杂度会越来越高.维护成本很大.这时候可以抽象出在m和c之间的logic层处理这些 为了方便后续服务化 谢邀
没用过，不知道。

个人理解： 为了精确定义 C层和M层 ， 减少其中的逻辑，拆分功能 才引入的其他层级概念