問題タブ [java.util.concurrent]

フェラ

私は何日もの間、非常に奇妙な問題に直面しています。オーバーレイを頻繁に更新しようとしています。そのため、マップに触れたときに「java.util.ConcurrentModificationException」を取得したり、マップがオーバーレイを更新しようとしたときに取得したりすることがありますが、このエラーが発生している完璧な行が見つかりません。

バルーン オーバーレイを使用しています

"mapview.getOverlay()"1秒間に4〜5回呼び出しているため、エラーが発生していると思います..

ありがとう、

CapDroid

これがコードフローです..私のスレッドコード....

これが私の updateMethod(); です。 このコードでは、 hashmapOverlay は以下のような HashMap です

ここに私の addOverlayMethod があります

プログラムで ThreadStackSize を確認する方法はありますか?

Jboss 7 の jboss.conf ファイルに次のコードがあります。

ThreadStackSize がプログラムで 256k に設定されているかどうかを確認する方法はありますか?

Java 1.6 と AtomicLongArray を使用して、元の AtomicLongArray を新しいものに「コピー」したいと思います。配列を取るコンストラクタ(AtomicLongArray(long[]))があるので、元の配列から配列を取得してコンストラクタに渡すだけでいいと思いました。

悲しいことに、AtomicLongArray の実際の long[] は非公開であり、getter がないようです。これを行う方法はありますか?つまり、ある AtomicLongArray から別の AtomicLongArray に値をコピーすることを意味しますか? sun.misc.Unsafe クラスを使用できないため、このクラスに基づいて独自のクラスを作成できません。

これが必要なのは、値を反復処理するためであり、反復中に別のスレッドによって変更されたくないからです。だから私はコピーを作成してそれを反復に使用できると思った...

ありがとう！フィリップ

私はいくつかのJava並行性の概念と使用されているものを学び始めます。しかし、このコードの1つは私の理解を超えています。

スレッドプールを使用して作業を行っています。私のプール サイズはちょうど 8 です。しかし、次のエラーが発生しました。

私は使用しています：

スレッド数=8

FileCopyRoutine は Callable を実装しています。同時に何百もの送信を行う場合があります。このエラーに関するヒントを教えてください。

Javaで負荷テストアプリケーションを作成していて、テスト対象のサーバーに対してタスクを実行するスレッドプールがあります。したがって、1000個のジョブを作成し、それらを5つのスレッドで実行するには、次のようにします。

ただし、すべての「ジョブ」オブジェクトを事前に作成し、必要になるまでそれらをメモリに保持する必要があるため、このアプローチはあまりうまく拡張できないと思います。

新しいジョブが必要になるたびにプール内のスレッドをある種の「JobFactory」クラスに移動させ、必要な数のジョブが実行されるまでファクトリが要求に応じてRunnablesを構築する方法を探しています。ファクトリは「null」を返し始めて、これ以上行う作業がないことをスレッドに通知することができます。

このようなものを手作業でコーディングすることもできますが、それは十分に一般的なユースケースのようであり、代わりに使用できる素晴らしいが複雑な「java.util.concurrent」パッケージに何かあるかどうか疑問に思っていました。

私は取得していますjava.util.ConcurrentModificationExceptionが、どのクラスがこの例外を与えているかを理解する必要があります。コードには多数のクラスとパッケージが含まれており、エラーが発生した場所を特定するのは困難です。例外は、の問題を示していますArrayList。疑わしい領域で例外処理を使用すると、例外がキャッチされません。

方法はありますか？

Javadocによると：CountDownLatchは指定されたカウントで初期化されます。awaitメソッドは、現在のカウントがゼロに達するまでブロックします。

これは、以下のコードでは、CountDownLatchを1に初期化したためです。ラッチがカウントダウンを呼び出すとすぐに、すべてのスレッドがawaitメソッドからブロック解除されるはずです。

ただし、メインスレッドはすべてのスレッドが完了するのを待っています。また、メインスレッドを他のスレッドの最後に結合しませんでした。メインスレッドが待機しているのはなぜですか？

スレッドを開始し、次のようなものがあるとします。

executorはExecutorServiceオブジェクトであり、inはBufferedReaderオブジェクトです。

別のスレッドからソケットを閉じて、このスレッドを中断できることを知っています。しかし、future.cancel（true）メソッドを使おうとすると、trueが返されても、スレッドはまだ実行されているように見えます。理由は誰にもわかりません。またはin.readLine（）をこの方法で中断することはできませんか？

チャットの例を拡張し、5秒ごとに「stay-alive」メッセージを追加しました。コードをデバッグしてブレークポイントを介して実行すると、完全に実行されます。ただし、アプリを実行しただけでは、以下のログでクラッシュします。

完全なログは次のとおりです。

私はそれが並行性と関係があることを知っています。デッドロックを防ぐにはどうすればよいですか？