Controller 层：数据清洗、数据组装
Service 层：具体的业务逻辑
你的 Controller 层太薄了，Service 层异常直接抛出就行，在 Controller 层做 ExceptionHandler 捕获。
参数校验可以看下 Java 的 Bean Validation JSR303 规范，但是大部分人都是在 Service 层做参数校验...
《凤凰架构》有一篇文章说的不错，（可以提供一些思路，条条框框太多也不是好事） http://icyfenix.cn/architect-perspective/general-architecture/system-security/verification.html

文档更新的及时性是个问题

3 楼正解

C 模块注入数据库服务就行了吧

求解，最近也被投毒了，之前没出现过😰

坐大巴回家这种事也亲身经历过，我觉的原因是有很多私人开的大巴，没人管所以比较猖狂
不过这几年，由于高铁修建，私人运营的大巴治理了些，总体来说比较少了
相信会越来越好的

做的挺好 💪

🎉🎉🎉

作息规律就 Over 了，其他乱七八糟的说法基本没啥科学依据

《绿皮书》

盲猜是六个字符，最好确认一下

send 的时候也不需要发两次，基于流的 IO 没道理发两次。

char[6]读取前 6 个，解析出 length，再读后面的

```
select t.*, case a.id when null then 'y' else 'n' end
from (SELECT
SUBSTRING_INDEX(SUBSTRING_INDEX('7654,7698,7782,7788',',',help_topic_id+1),',',-1) AS num
FROM
mysql.help_topic
WHERE
help_topic_id < LENGTH('7654,7698,7782,7788')-LENGTH(REPLACE('7654,7698,7782,7788',',',''))+1
) t
left join alldata a on a.id = t.num

```

hugo+github pages+githuAction 每次 commit 就通过 hugo 的 Action 自动发布
服务器 /域名都省了，还是自动化的，爽😣

Docker

非要写一起干啥，独立的类就拿出来，不是独立的，就应该写静态内部类。