Ruby 3 Ractor官方手册：https://github.com/ruby/ruby/blob/master/doc/ractor.md
在Ruby3之前，使用Thread来创建新的线程，但这种方式创建的多线程是并发而非并行的，MRI有一个全局解释器锁GIL来控制同一时刻只能有一个线程在执行：
t1=Thread.new do
# new Thread
sleep 3
end
t1.join
Ruby3通过Ractor(Ruby Actor，Actor模型通过消息传递的方式来修改状态)支持真正的多线程并行，多个Ractor之间可并行独立运行。
# 创建一个可与main Ractor并行运行的Ractor
r=Ractor.new do
sleep 2
Ractor.yield “hello”
end
puts r.take
需注意，每个Ractor中至少有一个原生Ruby线程，但每个Ractor内部都拥有独立的GIL，使得Ractor内部在同一时刻最多只能有一个线程在运行。从这个角度来看，Ractor实际上是解释器线程，每个解释器线程拥有一个全局解释器锁。
如果main Ractor退出，则其他Ractor也会收到退出信号，就像main Thread退出时，其他Thread也会退出一样。
使用创建一个Ractor实例，创建实例时需指定一个语句块，该语句块中的代码会在该Ractor中运行。
puts “new Ractor”
end
可在new方法的参数上为该Ractor实例指定名称：
puts “new Ractor”
end
puts r.name # ractor 1
new方法也可指定其他参数，这些参数必须在name参数之前，且这些参数将直接原样传递给语句块参数：
r=Ractor.new(arr, name: “r1”) do |arr|
puts “arr”
end
sleep 1
关于new的参数，稍后还会有解释。
可使用获取当前的Ractor实例，使用获取当前存活的Ractor实例数量。
Ractor传递消息的方式分两种：
Push方式：向某个特定的Ractor实例推送消息，可使用或别名向该Ractor实例传送消息，并在该Ractor实例内部使用或别名或它们的同名私有方法来接收推送进来的消息
Ractor还提供了方法，表示只在expr为true时才接收消息，等价于Pull方式：从某个特定的Ractor实例拉取消息，可在该Ractor实例内部使用向外传送消息，并在需要的地方使用获取传输出来的消息的语句块返回值，相当于，它也可被接收
因此，对于Push方式，要求知道消息传递的目标Ractor，对于Pull方式，要求知道消息的来源Ractor。
r=Ractor.new {Ractor.yield “hello”}
puts r.take
# send + receive
r1=Ractor.new do
# Ractor.receive或Ractor.recv
# 或同名私有方法：receive、recv
puts Ractor.receive
end
r1.send(“hello”)
r1.take # 本次take取得r1语句块的返回值，即puts的返回值nil
使用new方法创建Ractor实例时，可指定new的参数，这些参数会被原样传递给Ractor的语句块参数。
r=Ractor.new(arr) { |arr| …}
实际上，new的参数等价于在Ractor语句块的开头使用了接收消息：
r.take #=> ‘ok’
# 基本等价于
r=Ractor.new do
msg=Ractor.receive
msg
end
r.send ‘ok’
r.take #=> ‘ok’
Ractor之间传递消息时，实际上是通过Ractor的消息端口进行传递的。
每个Ractor都有自己的incoming port和outgoing port：
incoming port：是该Ractor接收消息的端口，和使用该端口
每个incoming port都连接到一个大小不限的队列上传入的消息都会写入该队列，由于该队列大小不限，因此从不阻塞从该队列弹出消息，当队列为空时，被阻塞直到新消息出现可使用关闭incoming port，关闭该端口后，将直接报错，将先从队列中取数据，当队列为空后，再调用将报错outgoing port：是该Ractor向外传出消息的端口，和使用该端口或Ractor语句块返回时，消息从outgoing port流出当没有接收消息时，r内部的将被阻塞当r内部没有时，将被阻塞从outgoing port传出的消息可被任意多个等待，但只有一个可获取到该消息可使用关闭outgoing port，关闭该端口后，再调用和将直接报错。如果正被阻塞(等待传出消息)，关闭outgoing port操作将取消所有等待中的take并报错
可使用等待一个或多个Ractor实例outgoing port上的消息(因此，select主要用于等待的消息)，等待到第一个消息后立即返回。
的返回值格式为，其中：
r表示等待到的那个Ractor实例obj表示接收到的消息对象
例如：
r2=Ractor.new{‘r2’}
rs=[r1, r2]
as=[]
# Wait for r1 or r2’s Ractor.yield
r, obj=Ractor.select(*rs)
rs.delete(r)
as << obj
# Second try (rs only contain not-closed ractors)
r, obj=Ractor.select(*rs)
rs.delete(r)
as << obj
as.sort==[‘r1’, ‘r2’] #=> true
通常来说，会使用来轮询等待多个Ractor实例的消息，通用化的处理流程参考如下：
pipe=Ractor.new do
loop do
Ractor.yield Ractor.receive
end
end
RN=10
# rs变量保存了10个Ractor实例
# 每个Ractor实例都从管道pipe中取一次消息然后由本Ractor发送出去
rs=RN.times.map{|i|
Ractor.new pipe, i do |pipe, i|
msg=pipe.take
msg # ping-pong
end
}
# 向管道中发送10个数据
RN.times{|i| pipe << i}
# 轮询等待10个Ractor实例的outgoing port
# 每等待成功一次，从rs中删除所等待到的Ractor实例，
# 然后继续等待剩下的Ractor实例
RN.times.map{
r, n=Ractor.select(*rs)
rs.delete r
n
}.sort #=> [0, 1, 2, 3, 4, 5, 6, 7, 8, 9]
此外，除了可等待消息外，也可以用来yield传递消息，更多用法参考官方手册：Ractor.select。
多个Ractor之间是可并行运行的，为了避免Ractor之间传递数据时出现竞态问题，Ractor采取了一些措施：
对于不可变对象，它们可直接在Ractor之间共享，此时传递它们的引用对于可变对象，它们不可直接在Ractor之间共享，此时传递数据时，默认先按字节逐字节拷贝，然后后传递副本也可以显式指定移动数据，将某份数据从Ractor1移动到另一个Ractor2中，即转移数据的所有权(参考Rust的所有权规则)，转移所有权后，原始所有者Ractor中将无法再访问该数据
可共享的对象：自动传递它们的引用，效率高
不可变对象可在Ractor之间直接共享(如Integer、symbol、true/false、nil)，如：：i是可共享的：s是可共享的：h是可共享的，因为Object是一个类对象，类对象是可共享的：a不可共享，因为冻结后仍然包含可变的Class/Module对象，即类对象自身和模块对象自身是可共享的Ractor对象自身是可共享的
例如：
r=Ractor.new do
m=recv
puts m.object_id
end
r.send(i) # 传递i
r.take # 等待Ractor执行结束(语句块返回)
puts i.object_id # i传递后仍然可用=begin
67
67=end
值得注意的是，Ractor对象是可共享的，因此可将某个Ractor实例传递给另一个Ractor实例。例如：
loop do
Ractor.yield Ractor.receive
end
end
RN=10
rs=RN.times.map{|i|
# pipe是一个Ractor实例，这里作为参数传递给其他的Ractor实例
Ractor.new pipe, i do |pipe, i|
pipe << i
end
}
RN.times.map{
pipe.take
}.sort #=> [0, 1, 2, 3, 4, 5, 6, 7, 8, 9]
绝大多数对象不是可直接共享的。在Ractor之间传递不可共享的对象时，默认会传递deep-copy后的副本，即按字节拷贝的方式拷贝该对象的每一个字节。这种方式效率较低。
例如：
r=Ractor.new do
m=recv
puts “copied: #{m.object_id}”
end
r.send(arr) # 传递数组，此时将逐字节拷贝数组
r.take
puts “origin: #{arr.object_id}”=begin
copied: 60
origin: 80=end
从结果看，两个Ractor内的arr不是同一个对象。
需注意，对于全局唯一的对象来说(比如数值、nil、false、true、symbol)，逐字节拷贝时并不会拷贝它们。例如：
r=Ractor.new do
m=recv
puts “copied: #{m.object_id}, #{m[0].object_id}, #{m[1].object_id}”
end
r.send(arr)
r.take
puts “origin: #{arr.object_id}, #{arr[0].object_id}, #{arr[1].object_id}”=begin
copied: 60, 80, 1046748
origin: 100, 80, 1046748=end
注意，Thread对象无法拷贝，因此无法在Ractor之间传递。
还可以让和传递数据时，明确表示要移动而非拷贝数据，即转移数据的所有权(从原来的所有者Ractor实例转移到目标Ractor实例)。
无论是可共享还是不可共享的对象，都可以转移所有权，只不过转移可共享对象的所有权没有意义，因为转移之后，原所有者仍然拥有所有权。
因此，通常只对不可共享的数据来转移所有权，转移所有权后，原所有者将无法访问该数据。
puts str.object_id
r=Ractor.new do
m=recv
puts m.object_id
end
r.send(str, move: true) # 转移str的所有权
r.take
#puts str.object_id # 转移所有权后再访问str，将报错=begin
60
80=end
值得注意的是，移动的本质是内存拷贝，它底层也一样是逐字节拷贝原始数据的过程，所以移动传递数据的效率和传递副本数据的效率是类似的。移动传递和传递副本的区别之处在于所有权，移动传递后，原所有者Ractor实例将无法访问该数据，而拷贝传递方式则允许原所有者访问。
注意，Thread对象无法转移所有权，因此无法在Ractor之间传递。
对于不可共享的数据obj，可通过方法将其转变为可共享的数据，默认转变的方式是逐层次地递归冻结obj。也可指定额外的参数，此时将深拷贝obj得其副本，再让副本(逐层递归冻结)转变为可共享数据。
例如：
puts arr.object_id
r=Ractor.new do
m=recv
puts m.object_id
end
r.send(Ractor.make_shareable(arr))
r.take
puts arr.object_id
puts arr.frozen?
输出：
60
60
true
工作者线程池：
pipe=Ractor.new do
loop do
Ractor.yield Ractor.receive
end
end
N=1000
RN=10
workers=(1..RN).map do
Ractor.new pipe do |pipe|
while n=pipe.take
Ractor.yield [n, n.prime?]
end
end
end
(1..N).each{|i|
pipe << i
}
pp (1..N).map{
_r, (n, b)=Ractor.select(*workers)
[n, b]
}.sort_by{|(n, b)| n}
Pipeline：
r1=Ractor.new do
‘r1’
end
r2=Ractor.new r1 do |r1|
r1.take + ‘r2’
end
r3=Ractor.new r2 do |r2|
r2.take + ‘r3’
end
p r3.take #=> ‘r1r2r3’
更多关于Ruby3多线程并行Ractor使用方法请查看下面的相关链接
相关文章
