BloggerGoogle のウェブログ公開ツールを使って、テキスト、写真、動画を共有できます。
throw Life - AndroidのHandlerとは何か？
AndroidでWeb APIを使う場合、マルチスレッドによるユーザビリティ向上を以前のエントリで説明しました。 AndroidアプリのUIはシングル・スレッド モデルです。 単純にマルチスレッドにしてUIの操作をしてしまうと、CalledFromWrongThreadExceptionでアプリがダウンしてしまいます。 これを回避する仕組みがHandlerです。 Handlerの仕組みを簡単に説明しようと思ったのですが、 またもや長くなってしまったので、先にまとめます。 AndroidのUI操作はシングル・スレッド モデル ユーザビリティ向上の為にはマルチスレッドが必要 Handlerで実現 Handlerを使わない場合に起きる例外は実行スレッドのチェックで発生 Handlerを使うと、UI Threadの持つキューにジョブを登録できる キューはUI Threadにより実行される
Activity#runOnUiThread(Runnable)のススメ - outcesticide
たとえば、非同期処理からUIスレッドに描画したくて、こんなコードを書いたとする。 private mHandler = new Handler(); private void sayHello() { mHandler.post(new Runnable() { @Override public void run() { Toast.makeText(this, "Hello?", Toast.LENGTH_SHORT).show(); } } }; Handlerにpostしたメッセージをハンドルしないのならば、Activity#runOnUiThread(Runnable)に置き換えたほうがスッキリ。 private void sayHello() { runOnUiThread(new Runnable() { @Override public void run() { Toast.
第4回 デッドロックの回避とスレッド間での同期制御 ― マルチスレッド・プログラミングにおける排他制御と同期制御（後編） ―
第4回 デッドロックの回避とスレッド間での同期制御 ― マルチスレッド・プログラミングにおける排他制御と同期制御（後編） ―：連載.NETマルチスレッド・プログラミング入門（1/3 ページ） 連載目次 前回では、排他制御を導入することにより、複数スレッドからの同時アクセスによるデータの不整合を発生させないためのプログラミングについて紹介した。しかし、排他制御を行った場合には、今度は「デッドロック」という問題が起こり得る。 本連載の最終回となる今回は、このデッドロックについて、そして前回の冒頭で少し触れた、複数のスレッド間で同期を取りながら処理を進める「同期制御」のためのプログラミングについて解説する。 マルチスレッドで最も注意が必要な「デッドロック」 排他制御を行ううえで最も気を付けなくてはならないことがデッドロックである。デッドロックとは、アプリケーション内部で排他制御などによる競合が起
Effective Java 読書会 11 日目 「Java マルチスレッド難しいいい」 - IT戦記
はじめに 順番が前後しますが、都合上「並行性」の章を先に書きたいと思います。 読んだところ 251 ページ 〜 268 ページ 前回はこちら Effective Java 読書会 10 日目 「Java の基本テクニック集」 - IT戦記 同期とは何か 同期 = 原子性 + 可視性 原子性（アトミック性） データの状態遷移の過渡的な不整合な状態が（どのスレッドからも）見えないという性質。 適切に相互排他することでデータの原子性を保証できる。（保護されたコードを実行できるスレッドは一つだけ。） 可視性（ビジビリティ） （どのスレッドからも）同じ値が見えるという性質。 普通、変数やフィールドの値はスレッドごとにキャッシュ（レジスタなど）されるなどしていて、スレッド間での同値性は保証されない。 同期するというのは、原子性を保証することだけではなく、可視性も保証することだということを忘れてはいけな
Effective Java 読書会 12 日目 「スレッド・セーフってなによ！！」 - IT戦記
スレッドセーフ、スレッドセーフって何なのよ！本当の気持ち聞かせてよ！ はじめに 皆様おひさしぶりです。 久しぶりに Effective Java 読書会のまとめを上げていきたいと思います！！！ 今回の範囲 269 ページ 〜 278 ページ 前回はこちら http://d.hatena.ne.jp/amachang/20100309/1268153192 synchronized を付ければスレッド・セーフってわけではない synchronized はスレッド・セーフを実現するための一つの方法（実装の詳細）であって、 synchronized を使っているからスレッド・セーフというわけではないし、 synchronized を使っていないからスレッド・セーフじゃないというわけではない そもそも、スレッド・セーフとは何か そのクラスのインスタンスに対するどんな順番で行われる操作も仕様的に正し
#54 Control.BeginInvokeは使ってはいけない « Visual Basic « a wandering wolf
例えばマルチスレッド処理で、メインとなるUIスレッドの後ろで、重い処理をワーカスレッドに実行させたりするとします。 ワーカスレッド側でUIへの変更、例えばラベルに文字を表示したり、プログレスバーを進行させたい時、ワーカスレッド側から直接UIコントロールに変更をかけることは出来ません(｀・ω・´) 参考: 別スレッドからフォーム、コントロールを扱う - CodeZine そんなとき、コントロールに変更させる方法の１つにControl.Invokeがあります。 この仲間には、Invokeの他にBeginInvoke、EndInvokeなどがあります。 ここで、Webでいろいろ参照してみると、「InvokeよりもBeginInvokeの方を使え」という意見が多い気がします。 今回は、ある場合においては「BeginInvokeよりもInvokeの方を使え」であることを述べてみたいと思います。 前準
Delegate.BeginInvokeに重い処理はさせるな - 匣の向こう側 - あまりに.NETな
Delegateを使って手軽に非同期処理を行うことが出来ますが、これには落とし穴があります。 using System; using System.Threading; delegate void Rush(); class Program { static void TheWorld() { Console.WriteLine("\nザ・ワールド！! 時よ止まれ！\n"); while (true) Thread.Sleep(Int16.MaxValue); } static void Muda() { Console.Write("無駄"); while (true) Thread.Sleep(Int16.MaxValue); } static void Mudaa() { Console.WriteLine("無駄ァ！！！！"); Thread.Sleep(1000); Consol
アパートメントモデルと、.NETのSTAThreadAttribute - Bug Catharsis
アーパートメントモデルの種類COMコンポーネント*1は、大きくシングルスレッドアパートメントモデル（STA）と マルチスレッドアパートメントモデル（MTA）に分けることができる。 レンタルスレッドアパートメントモデル(RTA)というのもあるようですが、詳細不明のため割愛します。 ■シングルスレッドアパートメント(Single Thread Apartment) シングルスレッドアパートメントは１つのスレッドから構成されているので、 シングルスレッドアパートメントの中に存在しているすべての COM オブジェクトは、 そのアパートメントに属する１つのスレッドからのメソッド呼び出ししか受け取ることができません。 シングルスレッドアパートメントの中の COM オブジェクトに対するすべてのメソッド呼び出しは、 そのシングルスレッドアパートメントのスレッドのウィンドウ メッセージ キューによって同期さ
Kazuho@Cybozu Labs: 「サーバ書くなら epoll 使うべき」は、今でも正しいのか
多数のTCP接続をハンドリングするサーバを書くなら、1コネクション1スレッドのモデルではなく、epollやkqueueのようなイベント駆動型のI/O多重化を行うべきだ、と言われます。だが、そのような主張は、「C10K問題」が書かれた2002年から7年経過した今でも有効なのでしょうか？ echoサーバを書いて、ベンチマークを取ってみることにしました。 ふたつのグラフは、いずれも接続数とスループットの関係を表しています。最初のグラフは、全接続がアクティブに通信した場合、あとのグラフは、全接続のうち小数のコネクションが順次アクティブになっていく、というモデルです。これらのグラフから、以下ようなことが読み取れます。 epoll も per-thread モデルも、良くスケールする epoll は、ワークセットが小さい場合に (最大50%) per-thread モデルよりも高速 少なくとも、1コネ
node.js と thread hog の話（１）
ここ数日、 node.js で色々と作りはじめているのだが（node.js が一番力を発揮するのは、xmpp server や、push notification server のようにソケットを開きっぱなしにして非同期通信をするケースだと思うのだが、それについては来週のメルマガで詳しく解説する）、これで思い出すのが Microsoft 時代の「"thread hog" 退治」だ。 "thread hog" とは私が作った造語で、"memory hog" （メモリをやたらと使うプログラムのこと）と同じように、thread を不必要に作るプログラムのこと。 最初に出会った thread hog は、Microsoft が作っていた proxy server だった。コネクションが１０００を超すとやたらと遅くなり、しまいには落ちてしまうという欠点を持っていたため、一時は「出荷出来ないところか、
[Java]ExecutorServiceの正しい終了(shutdown)の仕方 | 大発見 | 大発見
photo credit: Juan Antonio Capó ExecutorServiceを使うと簡単にマルチスレッド処理が行えますが、 終了もshutdownメソッドを呼ぶだけと思っていませんか？ shutdownメソッドだけだと不十分です。 学校の先生と生徒の関係で説明します。 shutdownメソッドは指示するだけ 学校で先生が生徒に対して、「問題が解けたら教えてねー」と言います。 生徒は問題が解けた人から「先生できたー！！」と言ってきます。 全員問題が解けた段階で授業が終わるとしましょう。 対応はこう。 先生: ExecutorService 生徒: ExecutorService内のスレッド 問題: ExecutorService.executeに渡すタスク(Runnable) 授業: mainスレッド 学校: Javaプロセス 「問題が解けたら教えてねー」
.NET TIPS スレッド・セーフなコレクション・オブジェクトを作成するには？ - C# - ＠IT
例えば、ArrayListオブジェクトの場合には、次のようにしてスレッド・セーフなコレクションを得ることができる。 ArrayList dangerousList = new ArrayList(); ArrayList safeList = ArrayList.Synchronized(dangerousList); この場合には、safeListオブジェクトに対するすべてのメソッドの呼び出しは同期を取りながら実行されるため、そのオブジェクトのロックは不要となる。 Synchronizedメソッドにより作成されるラッパー・オブジェクト Synchronizedメソッドが返すオブジェクトは、実際には各コレクション・クラスを継承したクラスのオブジェクトであり、そのクラスはコレクション・クラスのラッパー・クラスとなる。 例えばArrayListクラスの場合には、そのラッパー・クラスの名前は実際
第4回 デッドロックの回避とスレッド間での同期制御 ― マルチスレッド・プログラミングにおける排他制御と同期制御（後編） ―
第4回 デッドロックの回避とスレッド間での同期制御 ― マルチスレッド・プログラミングにおける排他制御と同期制御（後編） ―：連載.NETマルチスレッド・プログラミング入門（3/3 ページ） マルチスレッドに関するそのほかの話題 マルチスレッド・プログラミングの基礎についての話題は以上であるが、よりマルチスレッドを活用するためのいくつかの話題を簡単に紹介しておこう。 ■Mutex（ミューテックス）による排他制御 Mutexクラス（System.Threading名前空間）はlockステートメントと同じ排他制御を行うための手段である（「mutex」とは「相互排除」の意味）。Mutexオブジェクトを作成し、WaitOneメソッドでロックを取得し、ReleaseMutexメソッドでロックを解放することで排他制御を行う。 lockステートメントとの違いは、Mutexクラスではスレッド間だけではなく
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
IT news, careers, business technology, reviews
IT news, careers, business technology, reviews
IT news, careers, business technology, reviews)
Multithreaded Applications (C# and Visual Basic)
【C#】 ＠IT：.NET TIPS Windowsフォームで別スレッドからコントロールを操作するには？ - C# VB.NET VS.NET
