JavaScript で Wasm 使ってるなら要注意！ そのメモリ、本当に解放されてますか？ - カミナシ エンジニアブログ

数ヶ月前、画像処理ライブラリ OpenCV.js を使って Web カメラの映像をリアルタイム処理するプロトタイプを作っていたときのことです。 OpenCV.js は C++ で書かれたコードを WebAssembly（Wasm） にコンパイルして作られており、Wasm ならではのブラウザ上での高速な処理が可能なライブラリです。 実際、画像のフィルタ処理や特徴点検出など、ユニットテストの段階では高速に実行でき、開発は一見順調に進んでいるかのように見えました。 ところが、いざアプリケーションに画像処理モジュールを組み込んでみると、起動したカメラが数秒経つとなぜか止まってしまいました。 コンソールにもエラーは出ず、Chrome を再起動すればまた数秒だけ動く……そんな不可解な状態に悩まされました。 原因は、Wasm のメモリリーク。 そう、恐ろしいことに C++ 製 Wasm で作られたライブ

[boxshiitake]

web系の人はメモリ管理とか気にして無さそう

[hatest]

「ライブラリを使用する時」とかいう記載だとwasm使ったら必ずdelete使うっぽくて意味が分からない。詳しく書くと「C++のクラスをJSから参照する時」は、delete()でJS側の参照が終了したことをC++側にお知らせする必要がある

[akymrk]

“JavaScript 側からコンストラクタを呼び出していたとしても Wasm 側で用意したオブジェクトの実体は Wasm メモリ上にあるため、JavaScript のガベージコレクションによる自動メモリ解放の対象外”"using"

[secseek]

現代の言語とは思えない仕様ですね。Usingならよさそうですがちゃんと使えるようになるのはいつになることやら。Wasmもまだまだってことでしょうか

[diveintounlimit]

おや、前にWasm周りでガベージコレクション入ったみたいな話無かったっけ。あぁ、C++は自前管理なんだな。

[Shinwiki]

今どきのウェッブな人たちは「メモリの解放」とかわかんないんじゃないの？(偏見)

[iww]

SPAは大変そう

[cucumisin]

はぇー。普段から意識してないと忘れそう“C++ 製 Wasm で作られたライブラリを使用する時には JavaScript 側で使い終わったメモリを明示的に解放しなければいけなかった”