1. null 和默认值是两个概念，null 是没有值，判 null 是调用方的责任
2. 字段能否为 null ，是产品，业务决定的，如果有默认值，也是产品和业务决定的。
3. 字段为 null ，或者为 null 时不返回字段，前端处理不了的，领导还倾向前端的，只能对你表示可怜

个人经验：
如果因为异常导致任务、业务无法继续运行，就应该打印 error 日志
如果因为参数错误、资源不足等，存在降级处理方案时，就选择 warn 、info 级别日志

个人体验：
go 的优势是：
1 、 协程+标准网络库都做了非阻塞处理（比协程更重要）
2 、 打包方式

Java 的优势是：
1 、 生态
2 、 市场

在 web 系统开发效率和规范性：
Java >> go

你在 web 领域遇到的问题，在 Java 中 99.99%都能找到解决方案和类库。

至于别人吹嘘的 go 省内存和 cpu ，看看就好，特别是啥 Java 项目重构为 go 就省了多少内存，cpu 的。
能节省内存，肯定是逻辑优化带来的，单纯语言的切换，能带来 1 倍内存差距？想多了，算下 go 的一个对象比 Java 节省多少内存就知道了。
cpu 节省的，只能说，框架功能越少，cpu 越低。

真正在 web 领域中性能和开发效率高于 Java 的，应该是 C#，但国内市场不好找工作（薪资对比 Java 会低些）。
go 比 Java 更适合的业务场景是：中间件。

最后就是网上所有人对于开发语言的评论都不用在意，没有人能精通多种开发语言，都是个人体会而已。

这么多回复？
op 的意思不是看不懂 HN 的和他不是一个圈子的，不用回复他吗？
op 写的东西只给懂 HN 的人看的。

jdk21 出来的话，应该会推动很多类库更新

虚拟线程主要解决 io 密集型任务导致的线程数多(内存占用多)，上下文切换成本高问题。目前的上述问题的解决方案是 netty ，reactive 相关框架，但写法不直观。重点还是要发送请求的工具类也要支持非阻塞的。单纯使用虚拟线程，但 Java 的请求相关类没做改造的话，意义不大。

感谢各位的意见，目前不考虑对接第三方公司，内部各产品是统一账号。最终权衡下，应该会选择 flowable：实现流程审批功能需要开发和定制成本低。更好的选择应该是 camunda+bpmn.js 。flowable 支持在线简单的表单设计和流程模型设计，也支持流程节点退回[任意跳转未确定]。如果是复杂表单、审批人和业务强耦合，则业务方维护表单，调用接口。如果是简单表单，则由主要由工作流服务的相关人员维护。

@wolfie 这种多结果分支的流程，我之前是没考虑到。本来还想在创建流程时传给回调 url 过来就完事了。这样的话，流程结束回调处理就麻烦了。

@tedzhou1221 审核数据是指？我觉得是审批意见，流程任务明细。这些数据确实是需要工作流系统维护

@zjsxwc 流程结束后，通过 url 回调通知业务系统？

我在项目中的实现：
https://blog.csdn.net/qq_40272936/article/details/130587204
通常搭配过滤器、拦截器使用，体验比定时任务好.

@Dream95 大概的思路就是在缓存内不断的写，达到某个临界点就刷盘。使用 FileChannel 和 mmap 写法测试了，100w 数据，前者 4.6s ，后者 0.16s

@ychost 可以，但不想引入 sqlite 依赖了，使用 sqlite 还要配置建表语句等操作。

@GeruzoniAnsasu 只是很简单的本地暂存偏移量，没必要引入数据库了。读写数据库代价也很大。

@oldshensheep 这个好，没使用过，一时间没想到。

@oldshensheep 感谢大佬，就是这个原因了，看注释，没理解 spuriously 调用是啥 0.0

@senninha 这就是我觉得奇怪的地方，设置值在 unpark 前，获取 take 前会阻塞，无法理解为什么会出现 take=null 。我尝试过打印执行次数，次数是正确的

@TylerYY 这个尝试过了，仍然会出现 take=null

为什么会出现返回值为 null?