默认情况下，键盘、鼠标（包括蓝牙鼠标），都能从休眠状态唤醒，楼主应该是把这唤醒“优化”掉了，恢复一下即可。

第一：从使用体验上来说，几个小时的睡眠后恢复，跟休眠后恢复，差别不大；从性能上看，长时间静止的时候，休眠更节省电池。
第二：win10 开始电源管理加了一些 >>>自动策略<<<，开始复杂化，加上微软测试方式也发生了改变，在没有严重问题的情况下（参考第一条），估计微软自己都不会花功夫去研究怎么搞这个配置。

楼主这都是小意思，等你遇见“空闲期间不更新，休眠期间自动更新”的时候，才是真正开始烦的时候。

不了解细节，但大致能猜测出来你们这中台压根就没解耦。

新项目请用 Jar/War 包部署，代替 War 文件夹部署。老项目，就这样吧，不动是最好的。

楼主明显是个人电脑用 Windows Server 替代 Win 10/11 。微软不管个人用户用 Server 版本，不代表他就要支持个人用户用 Server 版本。

@dreamlike #8 绝对遵照标准，跟不遵照标准，没有区别——死板的标准必然产生为了遵守标准的非标准代码，最终导致标准失效。要说锁版本，几年前 JDK （非 JRE ）放弃向下兼容，要比 lombok 更锁版本。

@LowBi #4
@yumerdev93 #5

微服务首要解决的是业务解耦，性能是其次。要业务解耦首先要做的是去关联，不去关联就不要做微服务。去关联的方法多得很，就是门槛比较高（其实门槛本身不高，而是 Sun 带起来又被国内发扬光大的"J2EE——>三层架构——>CRUD”风格，把门直接给隐藏了）。

先别管咋改善的，你们这个 bug 的原因定位到了吗。内部测试无 BUG ，到现场测试出现 BUG ，最可能的原因是环境不同造成的内部漏测，次可能的原因是为了零 BUG 上线故意造成的内部漏测，测试结束以后改个 BUG 出来是最不可能的原因（脑残才会故意弄个 BUG 出来，除非是为了修复之前隐藏的 BUG 的时候除了新 BUG ）。

至于如何改善吗，很简单，你们需要一个软件开发 QA ，真正管过程那种 QA ，不是顶个质量管理员头衔的测试。

搞实践的人写理论，都会变成这样。国内这些大厂，除了自己干活，就是往外输出干活，总归都是干活的，属于开发实践的范畴。开发实践，只要是大团队，那首先重要的是团队协作，团队协作上首先最重要的就是团队内部通用语言，团队内部通用语言最常见的表现就是团队内部规范——直白点说就是团队开发第一重要的就是制定和遵守团队内部规范。请注意这个“内部”，放在团队内部那是优点，拿出来放到外面就是缺点。搞实践的人写理论，很容易把内部规范当成通用（外部）规范来说。

如果写的人不注意改善这点，甚至还刻意这样，就容易写出米田共出来。我看过的书不多，大师的书要么抛弃自己的规范采用常见规范来写，要么会在标清楚自己的规范并附上其他方案。而阿里的书，作者是刻意表现自己的规范的。

你这个需求，源需求是当前服务器（ A 域名），想通过访问它的某个页面的浏览器，去获取 浏览器到 B 域名 之间的通讯信息。这特么就是网络攻击，不是无法实现，而是不能实现。

WIN 端、安卓端、苹果端，是对消费者、或者依赖于移动应用的团队来说的。但是当你把范围提升到应用开发之后，就不是这么分了，该分成普通应用、适配 Android 的应用、苹果系统的扩展应用。普通应用基于但不依赖底层操作系统或厂商，苹果系统的扩展完全受制于苹果，Android 介于前两者之间。楼主这里比较的还不是全平台应用，你要看看全平台开源应用就会发现（比如 project V ），平台支持优先级一般都是先 Linux + Windows ，再特殊 Linux ，再 Android ，最后才是 IOS 和 Mac ，有些干脆直接不支持移动端。

TASK_ID IN (从其他查询拿到的结果，数据量在 5000 左右) ，我感觉时间都耗在这里，这你怎么优化都没用。

鉴于你这里要去重的都是 LIST 表，可以先用子查询去重（相关 WHERE 条件要跟进去，不然就成全表去重了）到 LIST2 ，再用 LIST2 当主表去做后面的连接。此项提升有限或者没提升，不过会让 SQL 更易读。

ORDER BY 只放到最外层，里面除非要 LIMIT 否则都是无用功。

说点题外话，GROUP BY 去重要慎用，因为 GROUP BY 本质上是只取第一条丢弃其它的，不是去重。比如：假设 SELECT A,B,C GROUP BY A,B ，且 C 不是 A,B 派生的，那么当出现 A1-B1-C1 ，A1-B1-C2 这样数据的时候，你就只能查询出 A1-B1-C1 或 A1-B1-C2 ，而丢失另外一条。看楼主这个 ORDER BY LIST.PROJECT_CODE,LIST.TASK_CODE DESC ，感觉上 PROJECT_CODE 并不是它 GROUP BY 那几个字段的派生字段，大概率要丢失数据。

要有钱的话，就只有一个选择：Microsoft Visio ，一个大版本将近 5000 ，没有个人版订阅（只有团队订阅）。
免费的我推荐 yEd Graph Editor ，算是个乞丐版的 Visio ，勉强能用。
要是喜欢编码形式的，考虑 plantUML 。

不推荐其他大型 UML 画图工具，因为他们可能比 Visio 还贵。

不推荐便宜的付费版，跟乞丐版比强不了多少。

极度不推荐亿图，用过一段时间，这东西就是个山寨货，虽然功能很齐全也便宜，但付费起来就是不爽。

替换有两个参数，第一个是用于查找的正则表达式，第二个是替换内容。替换内容也不是普通文本，也有特殊字符，但又跟正则表达式的特殊字符不是一套规则。然后不同语言的实现规则还不一定一样，比如说用的用$0-9 ，有的用&0-9

要么归档历史数据减小数据量，要么在业务逻辑上拆能 7 个主表。这么大的数据量，你优化也最多 10 小时变半小时的程度，都不会满足实时查询。

都这样了你为啥还要类似 Excel ，直接用 Excel 不就行了。你这里想到的，以及还有好多你没想到的数据处理，包括服务器客户端模式，Excel 都能做——在不考虑使用的易用性和开发的便利性的情况下，Excel 是万能的。

@skyworker #2 见你楼上的回复，当你使用 Spring Data JPA 以后，多表联合查询没那么复杂，只需要接口中定义一个方法，方法名旁边用注解再定义一个 SQL （用原生 SQL 而不用 HQL/JPL 都没问题）。（前提是实体类和接口已经定义过了，这个相对于 PHP 这些可能还是麻烦一些，但这是一次定义终审省事，并且这已经涉及强类型语言跟弱类型语言的对比了。）

@rykinia #3 现在用 Spring Data JPA 的并不多，如果是用 Mybatis ,即使是 Mybatis Plus, 那楼主说得是没错的。

H5 ，原本它该代表的 HTML5 ，这个标准仍然是 HTML——超文本传输语言的范畴，它主要面向的是“资源浏览”，不是 UI ，不是客户端。即使是 HTML5+（ ES6+），即常规意义上的 H5 开发，它的核心仍然是资源浏览。再加一个 PWA ，勉强才具备资源浏览外的一些客户端的东西，但至少目前来说还不够。

与其说 H5 是跨平台，不如说 H 是无平台的，因为它的核心是服务器，浏览器端是完全从属于服务器，没有自主能力的。所以如果要搞些单独靠服务器做不了的功能，比如搜集数据（隐私），P2P 传输给服务器分压等，那就得整客户端（ PC 客户端或者手机 APP ）。要搞跨平台，就得用其他技术。