Error Log

だいぶ遅くなりましたが、ComboBox のドロップダウンリストを表示するとメモリリーク… のつづきのつづきです。

自分たちのビルド手順の問題で、パッチが当たっているはずの Flex のバグが治ってませんでした。というのが前回まで。Flex プロファイラで Flex モジュールのインスタンス数を追いかけても、ちゃんと解放されている様子。

でもって「何をもって、メモリリークが解消されたことの証明にするか」という議論になりました。SDK-18268 以外、自分達の書いたコードに解放漏れはありません、と断言できる資料が作れないとお客さんに説明出来ないよね、って話です。コミットチャージの推移? IE の Private Bytes の推移? Flex プロファイラが報告するメモリ使用量 or インスタンス数?

OS や IE のメモリ使用量はあまりあてにならないだろうと、Flex プロファイラの情報でやることに決まり、大測定大会が始まりました。

これが悪夢の始まり。

よくよく見ると、Flex プロファイラの情報が？？？だらけなんです。。

• 現在表示している画面の Flex モジュールが、ライブオブジェクト・スナップショットに出てこない。2回目に 1 インスタンスできた、と報告される・・・
  
• スナップショットのインスタンス数と、オブジェクト参照ビューに出てくるオブジェクト数が一致しない・・・。
  

そしてとどめが
「被参照数が 0 のインスタンスが残ってる、しかも大量」
というもの。

どうやら Flash Player は、いくら GC を動かしても、以下のような「不要オブジェクト」を解放しないことがあるようなのです。

• Mark & Sweep でマークされなくなったオブジェクト
  
• 被参照数が 0 になったオブジェクト
  

でもって、Flash Player が「メモリが足りない」と思ったときに、これら不要オブジェクトを解放するようなのです。GC って何?

そしてそのインスタンスが Flex プロファイラのメモリ使用量&インスタンス数に計上される、というのが悪夢。

Flex プロファイラは控えめに言っても動作が遅く、長期安定試験には向きません。(たまにスナップショット時刻が数時間前になり、オブジェクト数が解析不可能な状態になったり…) かといって数回の操作で計測すると、単調増加とは言えない増え方でインスタンス数が増えていき、メモリリークしているように見える、というオチ。

定期的に System.gc をして、直後にあるクラスインスタンスを new する… といったハック的なコードを書き加えながら、Flex プロファイラ上を数字を追いかけたところ、以下のような挙動をしていました。

• シングルトンなどの長寿命なインスタンスと同時期に new したインスタンスは、解放されないみたい。(長寿命インスタンスとメモリブロックを共有した様子。メモリブロックの共有については Flex ヘルプに書いてあります)
  
• 不要オブジェクトは System.gc() のときに解放されるものと、new のときに解放されるものとがあるみたい。
  
• new のときに解放されるのは new しようとしているクラスの不要オブジェクトだけみたい。
  
• 解放されない不要オブジェクトの個数は、該当クラスの new の回数と相関性があるみたい。(6 回目の new で 1 個残る、とか)
  

※ あくまで「僕の目にはそう見える」という話で、鵜呑みにしちゃだめです。Flex プロファイラの数字自体が怪しいし。

結局、Flex プロファイラの情報は使わないことに。業務を十数回繰り返して IE の Private Bytes の推移が安定していることを確認して、折れ線グラフにしてメモリリークの心配は無い、ということにしました。

Flash Player & Flex 開発は、自分の肌に合わないということだけはよくわかりました。メモリ管理と GC の全容が明らかになってないというのが一番いただけない(僕がドキュメントを見つけられてないだけかも知れませんけど)。こういうの、たとえ原因が非公開部分にあっても、「あんたプロでしょ、なんでそんなことも知らないの」って言われて責任をかぶることになるので。

17回、業務を繰り返すと Internet Explorer + Flash Player がハングアップする。
その時の OS 全体の空きメモリ使用容量がほぼ 0MB になる。

そんな申告を受けました。端から見ていると抱腹絶倒もの、自分自身のことになると人生を失った気分になる不具合、「メモリリーク」です。

手元の環境で試してみると、1回の業務(表示画面→編集画面→確認画面→完了画面)で、Internet Explorer のメモリ使用量が 40MB～50MB 増えてました。

編集画面・確認画面は、1つの Flex モジュールになっていて、ViewStack で画面を切り替えています。表示画面・完了画面はこれまた1つの Flex モジュールになっていて、完了画面は表示画面と同じで、上部に完了メッセージが表示されるだけが異なっています。

Flex プロファイラで見てみると、編集画面・確認画面の Flex モジュールが、完了画面に遷移した後でも解放されないという現象が起こっていました。業務を繰り返した分だけ、編集画面・確認画面の Flex モジュールのインスタンス数が単調増加…。

しかし、編集画面表示直後に画面上にある「前画面へ戻る」ボタンで表示画面に戻ると、編集画面・確認画面の Flex モジュールが解放されることを発見。解放される画面遷移から手順を1手ずつ変えていってメモリリークする手順を探っていくと、「ComboBox のドロップダウンリストを表示させた」段階でメモリリーク発見。

・・・
なんじゃそりゃぁー!!

「Flex ComboBox メモリリーク」でググって SDK-18268 を発見。SDK-18268 の方はパッチ適用済みだからそれとは別問題…。「Flex ComboBox memory leak」でググって SDK-19030 を発見。さらに、Flex SDK 3.3 でビルドし直して、メモリリークが発生する画面遷移を行い、メモリリークが解消されていることを確認。ここに達するまで1週間。

ということで、SDK-19030 が原因でしょう、と方式Gなる人に報告して終了。
・・・しませんでした。つづきはまた今度。

• SDK-18268 Repeating addChild(DataGrid) and removeChild doesn't free memory the DataGrid is referenced(clicked) -- DataGrid を Click するとメモリリークするという話。Flex User Group で、ComboBox も影響するという話がされていました。
  
• SDK-19030 ComboBox Memory Leak after change the selection of dropdownlist by mouse -- ComboBox を Click するとメモリリークするという話。