yusheng88

dao 层的作用:
1. 方便后续做多数据源管理，读写分离等拓展操作
2. 后续切换 orm ，修改比较方便
3. 工程化，谁接手都知道查询数据库要通过 dao 对象

问题有点多。个人理解(不一定正确)
1. 业务逻辑就是需求实现逻辑，参考业务流程图。非业务逻辑，没听过，感觉是非功能需求，如要求响应时间，吞吐量，可靠性等

1.1 manager 层主要是
1. 把多个 service 循环依赖才能实现的方法下沉到 manager 对象中，避免循环依赖
2. 管理可复用资源，如 cacheManager ，transationManager 。。。

1.2 推荐在 service 层加密，dao 层主要做发送 sql 到数据库操作

1.3 支持方法重载就不推荐加 by_xx ，参数多就封装为一个查询对象

1.4 不写 python ，没懂

2. 没有 spring ，JAVA servlet 实现 filter 功能也很简单，继承 Filter ，配置类到 web.xml 就可以了

3. 数据实体？指 entity ？理解是一个数据库表对应的一个类。controller：service 是一对多，service:dao 是一对多。如 userservice 中注入 userdao, accountdao,

现在还能个人开发游戏赚钱的，只能说佩服。

我实际开发中的处理:
1. 上传文件后，在业务表中插入一条待验证记录，响应上传成功
2. 定时读取待验证记录，流式读文件，逐行检验，在单元格内用[]记录验证失败原因，输出到新文件。有异常则上传新文件。
3. 修改验证状态

整体就是加个用户上传记录，后台异步检验的思路。
如果是对接服务端的，追求实时性，还可以主动回调/推送检验结果

非法控制计算机信息系统程序罪

这个得了解下，什么时候犯了都不知道= =

ant ，maven 都深度使用过。
gradle 简单使用过。

体验最好的是 maven
单体项目就 maven + linux shell 脚本
微服务项目是 maven+docker+jenkins 。

两个推荐解决方案
1. 基于 camunda 做二次开发，表单相关业务前端维护，工作流引擎只负责流程设计和流程流转。自己封装下，提供几个核心 api 就可以了。

2. 如果要在线表单设计功能，推荐购买现成 oa 公司的服务。
表单设计，和流程绑定，表单权限，流程回退，预览审批人，多维度组合审批权限等功能，自己研发时间周期太长了，不切实际。

对一个东西不懂时，最好保持谦虚学习态度。

python 类库底层怎么处理的你不看
PBKDF 定义你不看
jdk 的类库你不研究

ai 翻译的不合你的"以为"，你又要喷。
通篇下来就凸显浮躁和无脑，没有现成类库喂饭到嘴就啥也不是。

简单看下，存在两个问题
1. 没有做父子线程事务传递
2. 没有考虑任务数超出线程池上限

推测异常原因:
问题 2 导致一直 await ，直到连接被自动清理线程关闭