動作中の単一Rubyプログラムの実行の流れを複数持たせられる。 これを表現するのが Threadクラスである。
Thread分岐した実行単位は Thread.new
で作成する。
A Thread.new do B end C
このような形式で新しいスレッドが生成され,B の部分と C の部分の実行が同時に進む。しかし,forkと違い全く同じ プロセスで動くため変数は共有される。以下のプログラムを試してみよ。
#!/usr/bin/env ruby
x = 1
t = Thread.new do
# ここは子のみが実行するところ
5.times do
x=5; sleep 0.2
end
end
while t.alive?
# ここが親スレッド
STDERR.printf("x=%dに1足すと:", x)
sleep 0.05
x += 1
STDERR.printf("%d\n", x)
end
t.join
puts
このプログラムで x
の値を出力しているのは色を変えた
親スレッドの部分のみで、そこでは それまでの x
の値に
1を足した結果を出しているのにもかかわらず、出力結果にはところどころ
1を足した結果になっていないものが見られる。
./th.rb x=5に1足すと:6 x=6に1足すと:7 x=7に1足すと:8 x=8に1足すと:6 x=6に1足すと:7 x=7に1足すと:8 x=8に1足すと:6 x=6に1足すと:7 x=7に1足すと:8 : :
スレッドはいくつに分かれても,プログラムの実行主体となる
プロセスは1つなので,どれか1つのスレッドがexit
すると親スレッドを
含めたすべてのスレッドが終了することになる。
複数のスレッドで共有アクセスするデータがあるときに
一連の処理を、他のスレッドからロックしつつ完遂させる必要がある場合は
Mutex
を利用する。th.rb
を Mutex の synchrozize
で競合から保護するように修正した例を示す。
#!/usr/bin/env ruby require 'thread' m = Mutex.new x = 1 t = Thread.new do # ここは子のみが実行するところ 5.times do m.synchronize { x=5; sleep 0.2 } end end while t.alive? m.synchronize { STDERR.printf("x=%dに1足すと:", x) sleep 0.05 x += 1 STDERR.printf("%d\n", x) } end t.join
実行した場合、以下のように「1足す」という結果は正しくなる。
./mutex.rb
x=5に1足すと:6
x=5に1足すと:6
x=5に1足すと:6
x=5に1足すと:6
x=5に1足すと:6
複数のスレッドを生成し、あるスレッドが別のスレッドの実行を制御する ようにすると、制限時間つきのプログラムなどが比較的容易に作れる。
以下のプログラムは、次々と出る問題に対する解答の入力を5秒だけ 待つような、制限時間つきクイズを行なうものである。
#!/usr/koeki/bin/ruby -Ke # 問と解を列挙。本来ファイルから読むべきだが主題はスレッドなので簡略化 questions = [ ["この時間習っている言語は", "ruby"], ["ファイル一覧を出すコマンドは", "ls"], ["ファイルを表示・結合するコマンドは", "cat"], ["ファイルを削除するコマンドは", "rm"], ["ファイルを移動(リネーム)するコマンドは", "mv"] ] n = 0 # 問題番号 hit = 0 # 正解数 STDOUT.sync = true for q, a in questions reply = nil t = Thread.new do printf("%c[2J%c[1;1H", 27, 27) # 画面消去のエスケープシーケンス printf("第%d問 %s: ", n+=1, q) reply = gets.chomp if reply == a then print("正解!") hit += 1 else print("ハズレ!\n") end t.exit end sleep 5 if t.alive? then t.kill print(" 残念!\n") sleep 1 end end printf("\n%d問正解\n", hit) if hit < q.length/2 then print("トルネードです。ぐるぐるー\n") end
fork
とexec
は外部プログラムを
起動するときにしばしば利用する。既に述べたようにexec
で外部プログラムを起動することが失敗することもある。それに
対応するプログラムは以下のようになる。
#!/usr/bin/env ruby cmd = ARGV[0] || "kterm" if (pid = fork()) then # 親プロセスのみ th = Process.detach(pid) t2 = Thread.new do th.join STDERR.puts "終わったようだ" exit 3 end else # 子プロセスのみの処理はここ begin exec(cmd) rescue STDERR.puts "\e[31m起動失敗\e[m" exit 1 end end STDERR.printf("%s について: 終了を待つ=w killする=k 放置=その他: ", cmd) k = STDIN.gets if !th.alive? then STDERR.puts "と,思ったらこけちゃったみたい" exit 2 end case k when /^k/i STDERR.puts "ボシュっ" Process.kill(:KILL, pid) when /^w/i STDERR.puts "じゃ,待ちます。" Process.wait else STDERR.puts "じゃ,わしゃ勝手に終わります。さいなら。" end
このプログラムは ARGV[0]
を指定すると
それを起動コマンドとしてexec
を試みる。
わざと間違ったコマンドを指定してみる。
./f+e+t.rb ktermmm ktermmm について: 終了を待つ=w killする=k 放置=その他: 起動失敗 終わったようだ
Process.detach()
は,
引数に指定したPIDを持つプロセスが終了するのを待つだけのスレッドを
終了する。したがって,そのスレッドがすぐに終わったことを
検出するもう1つのスレッドを生成しておけば,親プログラム自体を
制御できるようになる。それが t2
に代入している
Thread.new
の部分である。