虚拟线程主要解决 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?

用 jwt ，直接自己继承 servlet 的 filter 实现认证功能，不需要 shiro 。

@dorothyREN 这样确实能解决私钥保存的问题，但感觉也丢失了分布式单点登陆的特色...

@dzdh 也是个好办法

@momocha ok ，了解，感谢各位大佬的解答

@dzdh 嗯嗯，但感觉内部人员还是可以去服务器内拿到私钥，然后自己任意创建 token.