タグ

関連タグで絞り込む (0)

  • 関連タグはありません

タグの絞り込みを解除

javaとthreadに関するarc_at_dmzのブックマーク (6)

  • 「java.util.concurrentのScheduledExecutorタスクのエラーキャッチについて」(1) Java Solution - @IT

    IT 会議室 Indexリンク Windows Server Insider Insider.NET System Insider XML & SOA Linux Square Master of IP Network Java Solution Security & Trust Database Expert RFID+IC リッチクライアント & 帳票 Server & Storage Coding Edge @ITクラブ Cafe VB業務アプリケーション開発研究 @IT SpecialPR

  • 虎の穴 J2SE 5.0 入門 Concurrency Utilities No.2

    最初はかるくいきましょう。 例外処理で何か書かなくてはいけないときにまず何を書きますか? 私は Throwable#printStackTrace メソッドです。どのクラスのどの行が例外を起こして、それがどこから呼ばれているかを知ることができます。 これはこれで非常に便利なのですが、デバッグをしているときにスタックトレースを出力したくなることありませんか? 私はあります。 イベントのようにどこから呼ばれているかわからないものや、非同期に実行しているものなどの情報を知るのにスタックトレースは有用です。 スタックとレースを出力してくれるメソッドに Thread#dumpStack があります。static なメソッドなのでこれはこれで重宝するのですが、問題はコンソールにしか出力できないことです。 例外の場合、Throwable#printStackTrace(PrintStream s) メソ

  • Java Laboratory Java2D AffineTransform No.1

    アプリケーションには何らかの処理を定期的に行うという処理がいろいろとあると思います。例えば、アニメーションやゲーム、サイトを定期的にチェック、ポーリングなどなど、それこそいろいろあると思います。 そんな時、どういう実装をしてますか? Runnable インタフェースを派生したクラスを使うこともあるでしょう。もしかして Thread クラスの派生クラスを作ってませんか。当にそのクラスは Kind of Thread になってますか? でも、そんなことしなくても、もっと簡単に周期処理を行うことができるんです。しかけは java.util.Timer クラスです。 java.util.Timer クラスは J2SE 1.3 で導入されました。アニメーションなんかスレッドなんか使わないで、このクラスを使えば簡単にできるのに、とよく思います。でも、なぜか書籍などのサンプルでは使われていないのはなぜ

  • IBM Developer

    IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.

    IBM Developer
  • Javaスレッドメモ(Hishidama's Java thread Memo)

    概要 Javaでは、マルチスレッド用のクラスとしてThreadが用意されている。[2017-04-15] しかし新しいJavaでは、Threadを直接使う事はあまり無い。 ExecutorService/Future(JDK 1.5)やFork/Join(JDK 1.7)といったクラスが追加されているので、そちらを使う。 Java21で仮想スレッド(virtual thread)が導入された。[2023-09-23] これにより、従来のスレッドはプラットフォームスレッド(platform thread)と呼ぶようになった。 Javaでは、マルチスレッド用のThreadクラスが用意されている。 Threadを継承して独自のクラスを作り、runメソッドをオーバーライドして処理体を記述する。 class スレッドクラス名 extends Thread { @Override public vo

  • Javaのスレッドとメモリリーク

    Javaにはgarbage collectorが組み込まれていますので、CやC++の場合と違って、自分でメモリを解放する必要はありません。使われなくなったオブジェクトは、そのうち自動的に削除されます。 ところが、プログラマが意識していないところで、オブジェクトが参照されたままとなってしまい、いつまでたってもgarbage collectorでメモリが解放されない、という状況になることがあります。これが、Javaのメモリリークです。 スレッドにおいても、メモリリークが発生しやすいケースがあります。 例として、次のソースコードを見てください。 public class ThreadTest { public static void main ( String[] args ) throws Exception { for (int i = 0 ; i < 100 ; i++) { Thread

  • 1