前言

为入门srm系统开发，我3天内借助ai，开发了某企业级srm系统的供应商银行信息模块的简单crud功能。额外功能包括

1. 页面分页查询
2. 模糊搜索
3. 点击表头触发顺逆排序
4. 字段合法性校验

其中我参照了该系统中一个相似的模板代码库，前端采用了easyUI+freemaker做页面创建和布局处理，具体的交互逻辑已经实现在通用的common.js和common.ftl中

（刚开始做java系统开发时其实完全搞不懂Controller→Service→Mapper分别为什么要有存在的意义和到底为什么要这样设计，又不想花精力花时间去研究和思考，就只好照猫画虎再借助ai，只模仿规范和逻辑，不思考存在意义更不知道优化思路。现在再次拾起开发，对后端分层
“Controller对接前端Http请求，并传参到Service层 ,收到Service层结果后再返回到前端（只依赖Service接口，不依赖具体实现）<->
Service实现api具体逻辑，调用<->
Mapper对DATABASE做实际操作并向Service返回结果”）

同时对代码开发规范做了温习（好久没java开发过）：

public class ServiceImpl<M extends BaseMapper<T>, T> implements IService<T>

如何解决循环依赖：

1. *拆除公共类：把互相调用的方法抽出来，放到一个公共类里

   // 公共工具/逻辑类
   @Component
   public class CommonLogic {
       // 抽出来的公共方法
   }
   
   @Service
   public class SupplierService {
       @Autowired
       private CommonLogic common;
   }
   
   @Service
   public class SupplierBankService {
       @Autowired
       private CommonLogic common;
   }

   解决原理：最优选择，但需要对代码逻辑有全局思想来提取公共方法
   使用情况：开发者有分层思想（或者逻辑清晰）的所有情况

2. @Lazy 懒加载

   @Service
   public class AService {
       @Autowired
       @Lazy  // 关键
       private BService bService;
   }
   
   @Service
   public class BService {
       @Autowired
       private AService aService;
   }

   解决原理：仅解决创建死锁，不在编译时创建对象而是用‘代理对象’代替，只在调用时创建注入真实对象
   适用情况：害怕依赖循环但是没时间改，只好先‘逻辑注释’掉且保留对象在此不会引起更大缺漏

3. 采用适配spring三级缓存创建的构造方式创建对象，如字段注入，setter注入（构造器注入不适配，创建时需要完整对象）

   @Service
   public class AService {
       @Autowired
       private BService bService;
   }

   解决原理：spring单例Bean的三级缓存创建防止循环依赖机制，但是官方不推荐，因为必须当构造方法触发三级缓存创建才能生效且因为同样只能防止创建时死锁。
   适用场景：只是spring创建对象防御性编程的自带优点，如果不了解原理（是否三级构造）且不想提取公共类的话可以祈祷能生效哈哈。

spring三级缓存在构造对象时的机制：

spring Bean即为spring管理的已创建的对象

final关键字：让字段不可再赋值，和指向其他对象；。