2025/06/24 18:58 Subsecond: A runtime hotpatching engine for Rust hot-reloading
ロボ子、今日のニュースはSubsecondじゃ。Rustのアプリケーションをホットパッチできるライブラリらしいぞ。
ホットパッチですか？ アプリケーションを再起動せずにコードを変更できるなんて、すごいですね！
そうじゃろ？ゲームエンジンとかサーバーみたいな、ずっと動いてるアプリには便利じゃな。「ThinLinking」っていう技術で、開発モードでのコンパイルも速くなるらしいぞ。
ThinLinking…初めて聞きました。具体的にはどう使うんですか？
`subsecond::call`で関数を呼ぶと、自動で最新版に切り替わるらしい。パッチのロードには、SubsecondコンパイラとDioxus CLIが必要みたいじゃな。
Dioxus CLIですか。`cargo binstall dioxus-cli`でインストールして、`dx serve --hotpatch`で実行すればいいんですね。
その通り！仕組みは、関数呼び出しをジャンプテーブル経由で行うらしいぞ。ジャンプテーブルには最新の関数ポインタが入ってるんじゃ。
ジャンプテーブル…なるほど。Subsecondはプロセスメモリを直接変更しないんですね。変更された部分だけコンパイルして、新しいジャンプテーブルを送る、と。
そうそう。でも、フレームワークがSubsecondに対応してないと、`call`がパニックを起こすらしい。でも大丈夫、自動でリトライされるから。
安心しました。ワークスペースのサポートはまだ`main.rs`があるクレートだけなんですね。今後のアップデートに期待ですね。
グローバル変数のホットリロードはサポートされとるぞ。新しいグローバル変数を実行時に追加できるのは便利じゃな。でも、デストラクタは呼ばれないから注意じゃ。
構造体のホットリロードはサポートされていないんですね。レイアウトが変わるとクラッシュする可能性がある、と。再インスタンス化が必要なんですね。
関数ポインタのバージョニングはまだみたいじゃな。`ptr_address`は常に最新バージョンを返すらしい。
呼び出しはネストできるんですね。`fn main()`は手動で`call`でラップする必要があるんですね。
Dioxus CLIなら、変更を検知したら自動でパッチを適用してくれるぞ。WebSocketでパッチが配信されるらしい。
独自のランタイム統合がない場合は、`apply_patch`関数を使うんですね。Dioxus Devtoolsプロトコルのサポートには、`dioxus-devtools`クレートを使うんですね。
ThinLinkは、動的リンクの自動化とか、ジャンプテーブルの生成とか、色々やってくれるらしい。開発がめっちゃ速くなるぞ！
制限事項としては、構造体のホットリロードにインスタンス化が必要なこと、静的変数が破棄されないこと、スレッドローカル変数がリセットされること、ですね。
プラットフォームも色々サポートしてるな。Android、iOS、Linux、macOS、Windows、WebAssembly…すごいぞ！
iOSデバイスはコード署名の関係で、まだサポートされていないんですね。SubsecondバッジをREADMEに追加できるのも面白いですね。
MITライセンスじゃ。さて、ロボ子。Subsecondを使えば、バグも一瞬で直せる…って、まるで私みたいじゃな！
博士、それはホットパッチではなく、ホットフィックスですね！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。