问题描述：
我写的两个接口，改项目状态值，仅是改了项目状态值，岗位状态不会联动更改（比如项目状态改3关闭，岗位不会跟着关闭）
但是原来的修改接口，把项目状态改为3时，岗位状态就跟着关闭了。
我写的接口如下：
service层 调用 数据层mapper updateById 修改项目
分析原来默认修改项目接口的业务逻辑：
1、update接口 再公共的updatecontroller中被调用
2、在projectController中 重写了 公共方法中的 handlerUpdate
3、查看ProjectController 是继承的SuperController
4、这里修改update默认的方法就叫做 handlerUpdate
5、SuperController继承自 SuperService
6、对照service层的接口 项目服务接口 继承自SuperServiceImpl
7、SuperServiceImpl是SuperService的实现，SuperService又是IService的实现，IService中定义了很多默认方法，包括updateById
8、结论再控制层重写的handlerUpdate 对应 service层的updateById方法
9、对比项目的服务接口，update是自定义的，updateById是默认自带的可以根据业务逻辑重写
分析代码经验记录：
1、怎么找到控制层 handlerUpdate 和服务层updateById 的对应关系的
1）调用原来的修改接口，在console中 看到 因项目状态修改 改变岗位状态的 sql语句
debug代码，进入到很多框架的类中，找到最终触发这个触发sql语句的位置打上断点。
2）但一步步往下找也没看到改岗位状态的逻辑代码，往上退debug返回代码时，进入到了ProjectServiceImpl这个类中
的updateById的方法中，这里有通过项目状态3，改岗位状态的逻辑。
3）在ProjectServiceImpl中的 update方法和updateById分别打上断点，调用我写的改状态接口和原来的修改接口 发现分别进入的是不同的方法，对比分析发现了两个不同的执行路径，
