那我建议你最好不要把事务放到 business 上面，粒度小会影响性能，如果不考虑用例你将无法预料会被怎样调用，事务边界应该是按照某一个用例来的，而不是按照增删改查这种没有什么语义的偏技术功能性的方法。在我看来 edit 这种就是没有什么业务语义的方法（类似 update ），把它当作了偏底层的 DAO/MAPPER 来用了。

感觉你的 business 上面应该还有一个应用层吧，针对具体的用例封装这些逻辑，每一个方法都是一个独立事务，没必要复用应用层了，相反 business 可以被复用。如果是我的话直接一个 service 可能就结束了，没必要搞复杂，顺手就行了，效率才是最重要的。

目前用的圣手二代，装了个 karabiner-elements 调整键位。

@INCerry 感谢老哥，之前没怎么接触过 C#，看来我还是对 C#语言的生态不太了解，的确如果利用 System.Threading.Channels 和 Task 可以很方便的做一个类似的东西，IO 也可以用你说的管道来实现。

顺便说一句，C#语法真香！

mybatis-plus 用的应该比较多，拓展性和灵活性都不错，不过我个人的话要么用 Hibernate 要么用 JdbcTemplate，读写分离，没必要只用一个东西。

touch bar 真是个没有卵用的东西，还不能关掉，我现在的笔记本休眠一下那里就闪个不停。

SpringBoot 只是一个类似脚手架的东西，我这么说你肯定没有概念。如果你之前没有接触过 Java 后端开发，可能会遇到很多术语名词，理解这些术语本身需要一定的时间，因为往往它们之间还存在嵌套的关系，即你要明白这个概念，还需要深挖理解另一个概念，里面又涉及到了很多，这是我之前学习的时候遇到的最大的障碍，基本上没有速成的方法，必须要靠时间累积。比如包括但不限于 JDBC 、Servlet 、Bean 、POJO 等等，我这里列举的算是最简单的。

如果你有英语阅读能力的话，我建议直接上 Spring 的官网，文档和参考手册都很详细。如果你想从头开始先找一个练练手，我建议直接搞一本国内的 PDF 电子书，跟着上面做一遍，这种书实体的反而不太方便，看完一遍就没啥价值了。虽然版本不一定是最新的，但是起码自己动手做一遍会有一个大概的了解。

问题可能就在这里，很多东西今天是“合法”的，但是明天不一定合法，所以现实情况就是，不允许出现“真实的历史”，因为这些历史可能不利于现在的环境。

个人对区块链的一些理解：
首先是区块链为了解决什么问题？那就是信任问题，或者说历史不可篡改的这个特性。

如果是所谓的“私链”，那么意义何在？我能想到的就是，这个私链对于外界或者对于合作伙伴来说是“可读不可写”的，这样可以起到一个监督的作用，即你不能修改历史数据，你改了我就知道了。

而对于“公链”或者“联盟链”，有限的玩家是可以写入数据的，只要大家都承认你写的数据是合法的。

而对于读和写都只能自己玩的，外界完全感知不到的这种区块链，我认为意义不大，因为篡改了历史别人也不知道。

花开两朵，天各一方。
我明白这种心情，无论我们说啥都可能帮不了你，你始终需要自己去承受，在每一个起床的瞬间，吃饭的瞬间，睡觉的瞬间。
不要在回忆中恋爱，过渡的追忆过去只会导致进一步的抑郁，忍不住想那就想点别的，运动健身、钓鱼都是一些不错的活动。

以上，来自一个曾在记忆中恋爱的时间比在现实中恋爱时间还要长的人。

之前午睡的时候，突然惊醒就会导致心脏剧烈快速的跳动

@L299174105 已使用，为了避免并发时填了一个人的，我建议先回复自己的邀请码，然后再把自己上一楼的邀请码使用掉。

[71009726]

@Rwing 目前准备使用 SpanNetty 测试一下，然后在对比一下之前老哥们提供的那些。

@xingyuc 这个有点像是一个大而全的项目脚手架了。
@mmdsun 这个貌似适用于 Web 项目，需要进一步了解。

感谢几位老哥，我看了一下 SuperSocket 还算是比较合适的，本质上我需要的是一个异步的，事件驱动的网络编程框架。

接下来需要进一步了解它们的线程模型，因为改造现在的这个项目就是因为并发导致的线程安全问题，如果像 Netty 那样跟其中某一个 EventLoop 绑定，移除掉阻塞操作基本上就可以达到一个比较高的吞吐量，而且无须考虑线程安全问题。实在不行的话我可能需要直接用原生 API 再结合自己的线程池来进行控制了。

建议查询，一般如果在事务内数据库报错了，会导致事务回滚，显然 try-catch 不适合，你查询的话可以给到客户单更详细的信息。

是每一条数据的组合都唯一吗？还是某一个字段的值是唯一的？
一般如果违法数据库约束会有报错信息，你 catch 住相关的异常然后响应给客户端对应的结果就行了吧。