今日はIEのメモリリーク対策に注力した - SEの行き着くところ…の続き。ついについに解決した。解決の糸口(というか答え)はPrototype.jsにしっかりと書いてたやんか！ // avoid memory leak in MSIE: clean up this.transport. onreadystatechange = Prototype.emptyFunction; どうやらDOMオブジェクトだけでなく、new ActiveXObject('Msxml2.XMLHTTP')もメモリリークする模様。(確かに考えてみりゃそっちの方がリークしそう・・) ここでポイントだったのはonreadystatechangeに「null」を入れても効果がなく、関数外で定義された(できればグローバルスコープの)空関数を定義する、というところやった。（上のコードでいうとPrototype.emptyF

About This screencast by Patrick Fitzgerald of BarelyFitz Designs discusses how he diagnosed and fixed a memory leak in a JavaScript library. It's a very simplified example, and the same techniques probably can't be used for more complex web applications, but it might shed some light on how these memory leaks occur. Send me an audio message | Contact Me

This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

javascriptで循環参照するようなコードを書くとメモリリークするIEのバグが、6月のWindows Updateで直ってるそうだ。 Ajaxian » IE Memory Leaks Be-gone http://ajaxian.com/archives/ie-memory-leaks-be-gone 確かに、KBでメモリリークが直ったような事が書いてある。 http://support.microsoft.com/kb/933566/ http://d.hatena.ne.jp/zorio/20060316/1142528060 で書いたコードで試してみた。 普通に循環参照：http://zoriolab.info/leaktest1.html クロージャ使用：http://zoriolab.info/leaktest2.html 毎月WindowsUpdate後にスナップショット

Justin Rogers Microsoft Corporation June 2005 日本語版最終更新日 2006 年 2 月 3 日 Web 開発者の進化 以前は、メモリ リークは Web 開発者にとって大きな問題ではありませんでした。ページは比較的単純に保たれ、サイト内の異なるロケーション間のナビゲーションは解放されたメモリをクリーンアップするうえで優れた方法でした。リークがあった場合も、たいていは気付かないほど小さなものでした。 新しい Web アプリケーションは、より高い標準に従います。ページはナビゲートされずに何時間も実行され、Web サービスを通じて更新情報を動的に取得する場合があります。複合イベント スキーム、オブジェクト指向の JScript、およびアプリケーション全体を生成するためのクロージャを組み合わせることで、言語機能が限界点に達します。これらの変更およびその他