重复执行的话应该是因为你写错了。

一般 Web 后端用 Sidekiq 比较好，原因是你可以看到哪些任务报错了，哪些执行了，而且不会因为你退出 Web server 而意外中断请求，导致不知道请求发没发出去。

简单点的话用 concurrent-ruby 也不错，直接用 Executor 就挺方便。 Call API 时 IO 是由 linux 内核帮你处理的，你只是调用 linux 内核接口，告诉它需要发送一些包，然后内核帮你处理，程序在这里等着处理完成。所以并行在这里是不存在的，应该叫并发，就是你告诉 linux 内核要发两个请求，然后同时等这两个完成

最简单的方法就是

t1= Thread.new{buy..}
t2 = Thread.new{sell..}
t1.join;t2.join

但还是推荐 concurrent-ruby 实现的 ExecutorPool, 可以控制线程数量

作死一点的话你也可以试试最近的高科技并发库 https://github.com/socketry/lightio

感觉还是找适合自己的环境吧，这样才能专心做事，否则浪费时光

1. 产品营收多少？
2. 计划继续独立开发还是另有打算？

报名

输入卡，右边无法跟随输入位置

parser 不是重点啊，puma 不是因为 parser 才比别的 server 快，写文章要有重点的

懒惰几年积累了足够的愧疚感

3年及以上J2EE开发经验， 熟悉Spring、Mybatis等开源框架，熟悉分布式、缓存、消息等机制；

..这条就已经干掉 ruby 社区的同学了吧

有耐心的话可以慢慢看 webrick 源码，结合文档一起看

对目前大多数 ruby 程序(rails...或其他 web server)，Green Thread 远比 去GIL 和 JIT 的作用要大...