回答編集履歴
2
誤記訂正
answer
CHANGED
|
@@ -24,7 +24,7 @@
|
|
|
24
24
|
単に勘違いされているだけでしょうが、要素が2の状態でofferが動くときのご自分のコードをご覧ください。要素を追加した後でキューのサイズを印字していますね？ゆえに要素数が2のときにofferが動けば印字結果が3になることに不思議はないはずです。
|
|
25
25
|
|
|
26
26
|
訂正した回答：
|
|
27
|
-
デバッグプリント
|
|
27
|
+
デバッグプリントもまたスレッド上で動いている処理の一つですのでどのような順序で動くかは状況次第であることに注意すると何が起こっているかが推測できると思います。例えば以下の順序で動いたとするとご質問にある結果になり得ると思います。
|
|
28
28
|
- 要素数3の状態でpollが実行され要素数が3->2に変わった(A)
|
|
29
29
|
- (A)のデバッグプリントが印字された
|
|
30
30
|
- 要素数2の状態でofferが実行され要素数が2->3に変わった(B)
|
1
回答訂正
answer
CHANGED
|
@@ -20,4 +20,14 @@
|
|
|
20
20
|
|
|
21
21
|
> 実行結果の４，５行目でpollで要素を2つ削除しているのに6行目でofferのあと、要素数が3
|
|
22
22
|
|
|
23
|
+
**以下の回答は回答者の勘違いでした: 失礼しました**
|
|
23
|
-
単に勘違いされているだけでしょうが、要素が2の状態でofferが動くときのご自分のコードをご覧ください。要素を追加した後でキューのサイズを印字していますね？ゆえに要素数が2のときにofferが動けば印字結果が3になることに不思議はないはずです。
|
|
24
|
+
単に勘違いされているだけでしょうが、要素が2の状態でofferが動くときのご自分のコードをご覧ください。要素を追加した後でキューのサイズを印字していますね？ゆえに要素数が2のときにofferが動けば印字結果が3になることに不思議はないはずです。
|
|
25
|
+
|
|
26
|
+
訂正した回答：
|
|
27
|
+
デバッグプリントのスレッド上で動いている処理の一つですのでどのような順序で動くかは状況次第であることに注意すると何が起こっているかが推測できると思います。例えば以下の順序で動いたとするとご質問にある結果になり得ると思います。
|
|
28
|
+
- 要素数3の状態でpollが実行され要素数が3->2に変わった(A)
|
|
29
|
+
- (A)のデバッグプリントが印字された
|
|
30
|
+
- 要素数2の状態でofferが実行され要素数が2->3に変わった(B)
|
|
31
|
+
- 要素数3の状態でpollが実行され要素数が3->2に変わった(C)
|
|
32
|
+
- (C)のデバッグプリントが(先に)印字された
|
|
33
|
+
- (B)のデバッグプリントが(ようやくここで)印字された
|