[Java][並行処理] スレッドセーフにするために考えること 〜応用編 その1〜 - かとじゅんの技術日誌
スレッドセーフにするために考えること 〜基礎編〜 - じゅんいち☆かとうの技術日誌 基礎編では、スレッドセーフについての基本的な考え方を書きました。 スレッドセーフにするには、アトミック性を保証することが必要でした。この応用編では、その点を注意しながら、実際にドメイン層の振る舞いを持つドメインモデルでどのようなことを気をつければスレッドセーフになるか考えてみたいと思います。考えながら、書いてるのでちょっとおかしいところがあるかも。ご容赦をｗ モデルオブジェクトを複数のスレッドで共有して操作してみる とりあえず、典型的なサンプルとして従業員と部署。。もうやだ〜このサンプル〜。とか言わないのｗ 以下の従業員は名前と役職、所属部署(複数可)を保持します。スレッドとか気にせずとりあえず適当にモデリング。toStringはデバッグ用にcommons-langのToStringBuilderを使います
![[Java][並行処理] スレッドセーフにするために考えること 〜応用編 その1〜 - かとじゅんの技術日誌](https://cdn-ak-scissors.b.st-hatena.com/image/square/036bfb47c36a25cd515fc6355d16334c7f86e619/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12704346814673891348%2F12704830469096313980%2F1365590825)
rubyでやってみた。『増補改訂版Java言語で学ぶデザインパターン入門マルチスレッド編』まとめ - それマグで！
『増補改訂版Java言語で学ぶデザインパターン入門マルチスレッド編』を読んだ。 Javaマルチスレッドはすごいと。Java見直した。がrubyもしゅごい Single Threaded Execution - この橋を渡れるのは、たった一人 Immutable - 壊したくとも、壊せない Guarded Suspension - 用意できるまで、待っててね Balking - 必要なかったら、やめちゃおう Producer-Consumer - わたしが作り、あなたが使う Read-Write Lock - みんなで読むのはいいけれど、読んでる間は書いちゃだめ Thread-Per-Message - この仕事、やっといてね Worker Thread - 仕事が来るまで待ち、仕事が来たら働く Future - 引換券を、お先にどうぞ Two-Phase Termination - 後片付
Rainmaker | タグクラウド製造ソフト
In recent years, mobile apps have gained immense popularity due to their contribution to business growth. Do you find app development challenges? If yes, you are in the right place! We believe that building an app is not critical when you know nothing about coding. You might be wondering about app development without coding. Is it possible? The answer is yes! This article will discuss the free app
Jacob Hookom's Blog: Accelerating Applications with Java 5 Concurrency
Posted by jhook on December 22, 2008 at 11:34 PM | Comments (2) After spending way too much time on ways to speed up web applications, you'll find that your greatest mileage comes in database optimizations, networking, and reducing the bytes downloaded (an example). Time spent optimizing Java code is seemingly insignificant between waiting on the request, waiting on the database, waiting on the se
Multi-Threaded Debuggerが地味にスゴくて泣ける - marsのメモ
この前その紹介記事見つけたんで，それを真似しながら実際動かしてみた。きしださんの例がちょうどよかったので，これを題材にしてみたよ。 Runner#run()の適当なところにブレイクポイント仕込んでデバッガを起動する。するとスレッドごとに同じ場所で止まるんで，こんな具合に教えてくれる（この時点ですでにスゴイ）。 適当なスレッド選んでステップ実行とかするわけなんだが，スレッドの一覧が表示されているんで，どんだけスレッドが起きてるとか，どのスレッドが止まってるとか丸分かり。さらにスレッド一覧の右端には，スレッドの停止・再開ボタンが付いているので，興味ないスレッドは先やっててみたいなことができる（スゴイよね）。 さらにダメ押しなのが，ステップ実行中に他のスレッドがどこで停止しているかも見える！！（超スゲぇ） 緑色の矢印＆ハイライト行が現スレッドの実行位置で，歯車アイコンが他のスレッドの実行位置（停
Debugging Multi-threaded Applications in NetBeans IDE
This tutorial needs a review. You can edit it in GitHub following these contribution guidelines. This document describes how to use the Debugging window in NetBeans IDE to debug multi-threaded applications. The tutorial also demonstrate how to use the IDE to detect deadlocks in an application. The Debugging window simplifies the debugging process by integrating into one window the information abou
2008-11-20 - きしだのはてな: スレッドで投機的実行を実現する方法を考えてみた
スレッドのロックをする場合、読み込み処理同士は他に影響を与えないのでロックをする必要がない。 Javaでは、ReadWriteLockを使うと、読み込みスレッドは同時にいくつでも動くけど書き込みスレッドは他のスレッドが動いていると処理をまち、書き込み処理中は読み込み処理もできなくなる。 ただ、ReadWriteLockの場合、処理が読み込みなのか書き込みなのかがロック取得時に決まっている必要がある。 なので、あらかじめ読み込み処理か書き込み処理か決めれず、通常は書き込みを行わないけど条件によって書き込むというような場合にはReadWriteLockは使えない。 ということで、書き込みの頻度が少ない場合には、とりあえず処理を行っておいて、書き込みなければそのまま実行、書き込みがあっても他のスレッドによって値が変えられてなければやはりそのまま実行、もし他のスレッドによって書き込みがあれば、処理
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google Code Archive - Long-term storage for Google Code Project Hosting.
swinghelper: Project Home Page
Oracle.com Outage