実際、私は自分で解決策を見つけましたが、以前にAdobeフォーラムとここを検索し、問題が繰り返し提示されたが解決されなかったことがわかったので、誰かの将来のGoogle検索のためにここで自分の質問に答えようと思いました.
とにかく、それは漏れており、以前のコメンテーターから判断すると、無数のシナリオで. 私の場合、別の SWFLoader 内の SWFLoader にあり、親の SWFLoader がなくなると、ビデオはメモリに残り、removeEventListeners または gc.collect の組み合わせ、または RemovedFromStage ハンドラーにあるものは問題を解決しません。そこでビデオを停止することができるので、再生を続けませんが、それでもメモリに残り、実行するたびにさらに 10Mb ほど追加されます。
そして括弧書きとして、Adobe がこのようなものを絶え間なく修正せずに放置しておくことができたのか、私は不思議に思っています。リリースされない独自のコードのどこかに埋もれているイベントリスナーが明らかにありますが、明らかに彼らはあまり気にしません。この種のことが、フラッシュがますます疎外されている理由の少なくとも 1 つに違いないと思います。また、システム メモリがすべて消費されてブラウザがクラッシュするまで問題ではないと考えているフラッシュ開発者の数も、この問題を認識していないようです。さて、私自身の従来のアプリケーション開発から来て、ユーザーがボタンを押すたびにタスクマネージャーでメモリが継続的に増加し、決して解放されないのを見るのは受け入れられません。
そのため、最初にサードパーティのフレックス ビデオ プレーヤーを探し始めたところ、すぐに Open Source Media Frameworkに出会いました。そして、彼らのパッケージには、実際には、ビデオを呼び出すことができるさまざまなメソッドとクラスが多数含まれています。そして、これらのいくつか (MediaPlayerSprite、MediaContainer、VideoElement、LightweightVideoElement など) を試しましたが、これらもすべてリークし、Flex の VideoDisplay と同じように! 明らかに、Flex VideoDisplay は舞台裏で OSMF コードを使用しています (たぶん)。とにかく、リークを気にしないまったく別の会社 - 信じられない、説明のつかない.