【ITニュース解説】Detect Electron apps on Mac that hasn't been updated to fix the system wide lag

MacユーザーがmacOS Sonoma 14.4にアップデートした後、システム全体の動作が遅くなる、いわゆる「ラグ」を経験する問題が報告された。特に、特定の種類のアプリケーション、つまりElectronフレームワークで開発されたアプリがこの問題の引き金になっていることが明らかになった。この問題は、アプリ開発者が利用するElectronフレームワークのバージョンを更新することで解決されるが、ユーザー側はどのアプリがまだ未修正なのかを特定する必要がある。

システムエンジニアを目指す上で、Electronは非常に重要な技術だ。これは、Google Chromeの基盤技術であるChromiumと、JavaScriptの実行環境であるNode.jsを組み合わせたオープンソースのフレームワークを指す。このElectronを使うことで、Webサイトを作るのと同じHTML、CSS、JavaScriptといったWeb技術を用いて、Windows、macOS、Linuxといった複数のOSで動作するデスクトップアプリケーションを開発できる。例えば、Discord、Slack、Visual Studio CodeなどもElectronで開発されている。開発者は、一度コードを書けば複数のOSで動くアプリを作れるため、開発効率が大幅に向上するメリットがある。しかし、その手軽さの反面、ネイティブアプリに比べてリソースを多く消費する傾向があったり、今回のようなOSの特定のバージョンとの間で予期せぬ互換性の問題が発生することもある。

今回のMacでのシステム全体のラグは、macOS Sonoma 14.4で導入された特定の変更と、それ以前のバージョンのElectronフレームワークとの間で互換性が失われたことによって引き起こされた。具体的には、多くのElectronアプリがmacOSのグラフィックス描画やアクセシビリティ関連のAPIであるNSScreen.main?.displayLinkやNSAccessibilityCreateSystemWideNotificationと連携する際に、予期せぬCPUリソースの消費を引き起こし、これがシステム全体の動作を重くする原因となっていた。この問題は、アプリケーション自体に直接的なバグがあったわけではなく、OSとElectronフレームワーク間の内部的な連携メカニズムに齟齬が生じたことで発生した複雑な問題と言える。

この問題に対して、Electronの開発チームは迅速に対応し、フレームワークの新しいバージョンでこの互換性の問題を修正した。具体的には、Electron 28.1.4、29.3.0、そして30.0.0-beta.7といったバージョンで修正が適用されている。これは、アプリ開発者が自分のElectronアプリで利用しているElectronのバージョンをこれらの修正済みバージョンに更新し、再ビルドしてユーザーに提供することで、ラグの問題が解消されることを意味する。システムエンジニアとしては、利用しているフレームワークやライブラリのバージョンを常に最新に保ち、OSや他のソフトウェアとの互換性を確認することの重要性を改めて認識させられる事例だ。

しかし、全てのElectronアプリがすぐに最新バージョンに更新されるわけではない。そのため、ユーザーは自分のMacにインストールされているアプリの中で、まだ修正されていない古いElectronバージョンを使用しているものを特定する必要がある。ここが、提供されている情報（Gist）の主な役割となる。

ユーザーは、ターミナルと呼ばれるコマンドラインインターフェースを用いて、簡単なスクリプトを実行することで、この検出作業を行える。このスクリプトは主に二つの技術的なアプローチを用いる。

一つ目は、codesignコマンドの活用だ。macOS上のアプリケーションは、その信頼性を保証するために「コード署名」という電子署名が施されている。codesignコマンドは、この署名情報を確認するツールだ。Electronアプリの場合、その内部にElectron Frameworkという主要な部品が含まれており、この部品自体にも署名が施されている。スクリプトは、このElectron Frameworkの署名情報を分析することで、対象がElectronアプリであるか、そしてその内部構造を確認する。

二つ目は、アプリケーションバンドル内のバージョン情報の直接的な確認だ。macOSのアプリケーションは、実体としては.appという拡張子を持つ特殊なフォルダ（「アプリケーションバンドル」と呼ぶ）として管理されている。このバンドルの内部には、アプリの実行ファイルやリソース、そして今回問題となるElectron Framework.frameworkといったライブラリが格納されている。スクリプトは、このElectron Framework.frameworkの特定のパス（例: Contents/Frameworks/Electron Framework.framework/Versions/A/Resources/version）に保存されているテキストファイルを開き、その中に記述されているElectronのバージョン番号を読み取る。

そして、読み取ったバージョン番号が、先述した修正済みのバージョン（28.1.4, 29.3.0など）よりも古いかどうかを判定する。もし古いバージョンが使われていれば、そのアプリがラグの原因である可能性が高いと判断し、ユーザーにそのアプリの名前を通知する。これにより、ユーザーは問題のあるアプリを特定し、その開発者に対してバージョンアップを促したり、一時的に使用を控えたり、あるいは代替アプリを探すといった対策を講じることができるようになる。

この一連の問題と解決策は、システムエンジニアを目指す上で多くの重要な教訓を与えてくれる。まず、OSのアップデートは常に新しい機能やセキュリティ強化をもたらすが、既存のアプリケーションとの間で予期せぬ互換性の問題を引き起こす可能性があること。次に、フレームワークやライブラリの選択とそのバージョン管理がいかに重要であるか。そして、問題が発生した際に、その原因を特定し、適切なツールや技術（今回で言えばcodesignコマンドやシェルスクリプト、Pythonスクリプトなど）を用いて解決策を探る能力の重要性だ。アプリケーション開発者側もユーザー側も、常に最新の情報に注意を払い、適切な対応を取ることが、快適なコンピューティング環境を維持するために不可欠である。この経験は、将来システムエンジニアとして多種多様なシステムの問題に対峙する際に、きっと役立つはずだ。