東方算程譚

Oriental Code Talk ── επιστημηが与太をこく、弾幕とは無縁のシロモノ。

目次

Blog 利用状況

ニュース

著作とお薦めの品々は

著作とお薦めの品々は
東方熱帯林へ。

あわせて読みたい

わんくま

  1. 東京勉強会#2
    C++/CLI カクテル・レシピ
  2. 東京勉強会#3
    template vs. generics
  3. 大阪勉強会#6
    C++むかしばなし
  4. 東京勉強会#7
    C++むかしばなし
  5. 東京勉強会#8
    STL/CLRによるGeneric Programming
  6. TechEd 2007 @YOKOHAMA
    C++・C++/CLI・C# 適材適所
  7. 東京勉強会#14
    Making of BOF
  8. 東京勉強会#15
    状態遷移
  9. 名古屋勉強会#2
    WinUnit - お気楽お手軽UnitTest

CodeZine

  1. Cで実現する「ぷちオブジェクト指向」
  2. CUnitによるテスト駆動開発
  3. SQLiteで組み込みDB体験(2007年版)
  4. C++/CLIによるCライブラリの.NET化
  5. C# 1.1からC# 3.0まで~言語仕様の進化
  6. BoostでC++0xのライブラリ「TR1」を先取りしよう (1)
  7. BoostでC++0xのライブラリ「TR1」を先取りしよう (2)
  8. BoostでC++0xのライブラリ「TR1」を先取りしよう (3)
  9. BoostでC++0xのライブラリ「TR1」を先取りしよう (4)
  10. BoostでC++0xのライブラリ「TR1」を先取りしよう (5)
  11. C/C++に対応した、もうひとつのUnitTestFramework ─ WinUnit
  12. SQLiteで"おこづかいちょう"
  13. STL/CLRツアーガイド
  14. マージ・ソート : 巨大データのソート法
  15. ヒープソートのアルゴリズム
  16. C++0xの新機能「ラムダ式」を次期Visual Studioでいち早く試す
  17. .NETでマンデルブロ集合を描く
  18. .NETでマンデルブロ集合を描く(後日談)
  19. C++/CLI : とある文字列の相互変換(コンバージョン)
  20. インテルTBBによる選択ソートの高速化
  21. インテルTBB3.0 によるパイプライン処理
  22. Visual C++ 2010に追加されたSTLアルゴリズム
  23. Visual C++ 2010に追加されたSTLコンテナ「forward_list」
  24. shared_ptrによるObserverパターンの実装
  25. .NETでマンデルブロ集合を描く(番外編) ── OpenCLで超並列コンピューティング
  26. StateパターンでCSVを読む
  27. 状態遷移表からStateパターンを自動生成する
  28. 「ソートも、サーチも、あるんだよ」~標準C++ライブラリにみるアルゴリズムの面白さ
  29. インテルTBBの同期メカニズム
  30. なぜsetを使っちゃいけないの?
  31. WPFアプリケーションで腕試し ~C++でもWPFアプリを
  32. C++11 : スレッド・ライブラリひとめぐり
  33. Google製のC++ Unit Test Framework「Google Test」を使ってみる
  34. メールでデータベースを更新するココロミ
  35. Visitorパターンで遊んでみたよ
  36. Collection 2題:「WPFにバインドできる辞書」と「重複を許す検索set」
  37. Visual C++ 2012:stateless-lambdaとSQLiteのぷち拡張
  38. 「Visual C++ Compiler November 2012 CTP」で追加された6つの新機能

@IT

  1. Vista時代のVisual C++の流儀(前編)Vista到来。既存C/C++資産の.NET化を始めよう!
  2. Vista時代のVisual C++の流儀(中編)MFCから.NETへの実践的移行計画
  3. Vista時代のVisual C++の流儀(後編) STL/CLRによるDocument/Viewアーキテクチャ
  4. C++開発者のための単体テスト入門 第1回 C++開発者の皆さん。テスト、ちゃんとしていますか?
  5. C++開発者のための単体テスト入門 第2回 C++アプリケーションの効率的なテスト手法(CppUnit編)
  6. C++開発者のための単体テスト入門 第3回 C++アプリケーションの効率的なテスト手法(NUnit編)

AWARDS


Microsoft MVP
for Visual Developer - Visual C++


Wankuma MVP
for いぢわる C++


Nyantora MVP
for こくまろ中国茶

Xbox

Links

記事カテゴリ

書庫

日記カテゴリ

いまさらコンナコト(しょにょに)

いまさらコンナコト の続き。

んなわけで、eventに登録されたdelegateは強参照なのでガベコレされない。
そんじゃまーeventにdelegateの弱参照を登録してみるテスト:

using System;
using System.Collections.Generic;

delegate void Update();

class Speaker {
  private List<WeakReference> delegates_ = new List<WeakReference>();
  public event Update OnUpdate {
    add { delegates_.Add(new WeakReference(value)); }
    remove {} // removeの必要なし。
  }
  public void Notify() {
    List<WeakReference> tmp = new List<WeakReference>();
    foreach ( WeakReference wref in delegates_ ) {
      if ( wref.IsAlive ) {      // 参照が有効(死んでない)なら
        tmp.Add(wref);           // tmpに追加して
        ((Update)wref.Target)(); // 着火する
      }
    }
    delegates_ = tmp; // 死んだ参照を取り除く
  }
}

class Listener {
// 現状維持...
}

class Program {
  public static void Main() {
    Speaker s = new Speaker();
    for ( int i = 0; i < 1000; ++i ) {
      Listener l = new Listener();
      s.OnUpdate += l.Listen;
      s.Notify();
    }
  }
}

System.WeakReferenceはオブジェクトを捕まえることがないので
好きに死ぬことができます。そんときWeakReference.IsAliveがfalse
となることで死んだ参照であることが知れるわけすね。

あ、wref.IsAlive なら tmpにAddののち着火してんだけど、
この間に死んじゃうことってあるんでしょか? あるんなら、
「Notify()が終わるまで死んじゃダメ!」って言うには
どぉすりゃいいんです? 教えてえらいひと。

投稿日時 : 2007年11月30日 9:57

コメントを追加

# re: いまさらコンナコト(しょにょに) 2007/11/30 10:39 凪瀬

javaだとReferenceQueueを使うことで参照到達性の変更をハンドリングできるから、
それを利用して本当に消えてよくなるまでキープするようにするとかかなぁ。
なんか、そういう手法ないんですか?

# re: いまさらコンナコト(しょにょに) 2007/11/30 10:39 melt

Update にキャストした時点で強参照になるような……実際どうなるんだろ。教えてえらいひと。
でも IsAlive から Target までの間に null になってしまうことはありそうです。

# re: いまさらコンナコト(しょにょに) 2007/11/30 10:50 melt

foreach (WeakReference in delegates_)
{
 Update update = wref.Target as Update;
 if (update != null)
 {
  tmp.Add(new WeakReference(update));
  update();
 }
}
こうすればいいのでは。

あ、もしかして IsAlive から Update を呼び出すまでじゃなくて、 Notify() の呼び出しが完了するまで誰も死んじゃいけないってことだったりするんでしょうか。
それはやっぱりリスト全体を呼び出し前に強参照にしておくしか……。

# re: いまさらコンナコト(しょにょに) 2007/11/30 10:58 επιστημη

あー、それでいいのかな。
あたしゃ IsAlive が true じゃないときに Target を読んじゃいけないのかなー とか思ってたけど、
MSDNによると死んでたらTargetがnullになるってあるから、問題なさげっすね。

# re: いまさらコンナコト(しょにょに) 2007/11/30 11:06 囚人

一応、GC.KeepAlive でキープする事は可能ですけど、この場合どう書くのカナ?

# re: いまさらコンナコト(しょにょに) 2007/11/30 15:04 なちゃ

弱参照の管理側はTargetを取得してからnullチェックでいいですが
問題はイベントにサブスクライブする側のListenerが早期解放されてしまう方ですかね。
Notifyの後ろにキープアライブが必要になると思います。

# re: いまさらコンナコト(しょにょに) 2007/11/30 15:13 なちゃ

ああ、上の目的は、Notifyが完了するまで生き残らせるためではなく、
あくまでイベント発行前に解放されるのを避けるためです。

ところでListenは何回呼ばれてもOKなんでしょうか?

# re: いまさらコンナコト(しょにょに) 2007/11/30 21:48 επιστημη

えと、ここでは弱参照を保持することで
- リスナが死ぬのを邪魔しない
- 死んでるリスナをつっつかない
のが目的っす。

# re: いまさらコンナコト(しょにょに) 2007/11/30 22:28 なちゃ

ああそうか、そういうことですね…

# re: いまさらコンナコト(しょにょに) 2007/12/01 17:45 επιστημη

meltさんやーい。

foreach (WeakReference wref in delegates_)
{
 Update update = wref.Target as Update;
 if (update != null)
 {
  tmp.Add(new WeakReference(update));
  update();
 }
}

tmpにAddすっときWeakReferenceを新たにこさえてるけど、tmp.Add(wref); じゃヤバいこと起こんだろか?

# RzVntbvGwNYnv 2011/12/12 19:25 http://www.d4women.net/clomid.php

As I have expected, the writer blurted out..!

# lUcbrsABRegC 2011/12/16 1:01 http://www.yacanna.com/

I must admit, the webmaster is a cool guy..!

# OpgAFQFPtLJdOWWASM 2011/12/27 0:23 http://www.discreetpharmacist.com/ger/index.asp

Fresh thoughts, fresh view on the subject..!

# eFOVBqDGAU 2011/12/27 19:53 http://www.instawares.com/

The author deserves for the monument:D

タイトル
名前
URL
コメント