Pytanie 1
Badanie MRI 1.8.7 źródła nie ujawniły oczywisty sposób rozpocząć wątek w "zatrzymany" państwa.
Co możesz zrobić, to zablokować gwint na zablokowanym muteksie, a następnie odblokować muteks, gdy chcesz, aby wątek się poruszał.
#!/usr/bin/ruby1.8
go = Mutex.new
go.lock
t = Thread.new do
puts "Thread waiting to go"
go.lock
puts "Thread going"
end
puts "Telling the thread to go"
go.unlock
puts "Waiting for the thread to complete"
t.join
# => Thread waiting to go
# => Telling the thread to go
# => Thread going
# => Waiting for the thread to complete
Pytanie 2 (rodzaj)
Czy wiesz, że można przekazywać argumenty do wątku? Wszystko zostanie przekazane do Thread.new przepuszcza jako argumenty blokowych:
#!/usr/bin/ruby1.8
t = Thread.new(1, 2, 3) do |a, b, c|
puts "Thread arguments: #{[a, b, c].inspect}"
# => Thread arguments: [1, 2, 3]
end
Istnieją również „nić” zmienne lokalne, sklep per-thread klucz/wartość. Użyj Thread#[]=
, aby ustawić wartości, i Thread#[]
, aby je odzyskać. Możesz użyć ciągu lub symboli jako kluczy.
#!/usr/bin/ruby1.8
go = Mutex.new
go.lock
t = Thread.new(1, 2, 3) do |a, b, c|
go.lock
p Thread.current[:foo] # => "Foo!"
end
t[:foo] = "Foo!"
go.unlock
t.join
Pytanie 2, Naprawdę
Możesz robić, co chcesz zrobić. To dużo pracy, zwłaszcza gdy zwykły sposób obsługi wątków jest tak prosty. Będziesz musiał zważyć plusses i minusy:
#!/usr/bin/ruby1.8
require 'forwardable'
class MyThread
extend Forwardable
def_delegator :@thread, :join
def_delegator :@thread, :[]=
def_delegator :@thread, :[]
def initialize
@go = Mutex.new
@go.lock
@thread = Thread.new do
@go.lock
@stufftodo.call
end
end
def run(&block)
@stufftodo = block
@go.unlock
@thread.join
end
end
t = MyThread.new
t[:foo] = "Foo!"
t.run do
puts Thread.current[:foo]
end
t.join
# => "Foo!"
Dlaczego nie możesz "tylko" zastąpić 'x.start' z' x = Thread.new {} 'etc? –