1. 導入
共有ライブラリ（.soや.dll）を開発する際、すべての関数やクラスを外部から呼び出せる状態にしていないでしょうか。実は、必要以上にシンボルを公開することは、ライブラリのロード速度を低下させ、名前衝突のリスクを高めるだけでなく、実行時のパフォーマンスを損なう原因にもなります。本記事では、コンパイラ最適化とABIの観点から「シンボルの可視性（Visibility）」を制御し、安全かつ高速なライブラリを作成する方法を解説します。
2. 基礎知識
シンボルの可視性とは、リンク時に「どのシンボルを外部から参照可能にするか」を制御する仕組みです。デフォルトでは多くのコンパイラがすべてのシンボルを公開（default）しますが、これを「隠蔽（hidden）」設定に切り替えることで、ライブラリ内部だけで完結する関数を外部から遮断できます。これにより、コンパイラは「この関数は外部から上書きされない」と判断でき、最適化の幅が大きく広がります。
3. 実装/解決策
最も効率的な戦略は「デフォルト非公開」のポリシーを採用することです。コンパイルオプションに -fvisibility=hidden を追加し、意図的に公開したい関数やクラスにのみ __attribute__((visibility(“default”))) を付与します。これにより、公開APIが明確になり、メンテナンス性が向上します。
4. サンプルプログラム
以下のコードは、公開すべき関数と内部処理用の関数を分けた例です。
include
// 外部に公開したい関数には明示的に属性を付与する
extern “C” __attribute__((visibility(“default”))) void public_api_function() {
std::cout << "これは外部から呼び出し可能な関数です。" << std::endl;
}
// 可視性を指定しない場合、コンパイルオプションでhiddenが指定されていれば
// この関数はライブラリ外からは見えなくなります（最適化対象）
void internal_helper_function() {
std::cout << "これはライブラリ内部でのみ使用される隠蔽された関数です。" << std::endl;
}
// 公開用の関数から内部関数を呼び出す
extern "C" __attribute__((visibility("default"))) void call_internal() {
internal_helper_function();
}
5. 応用・注意点
シンボル隠蔽のメリットは単なるセキュリティ向上だけではありません。本来、ライブラリ外から呼ばれる可能性のある関数は、PLT（Procedure Linkage Table）やGOT（Global Offset Table）を経由する間接呼び出しが必要ですが、シンボルを隠蔽することで、コンパイラは相対アドレスによる直接呼び出し（Direct Jump）を選択できるようになります。これによりオーバーヘッドが削減され、プログラムが高速化します。
注意点として、C++のクラスをエクスポートする際は注意が必要です。クラス全体にvisibility属性を付与するか、必要なメンバ関数に個別に付与しないと、リンクエラーが発生したり、予期せぬ挙動になることがあります。また、プラットフォーム（Linux vs Windows）によってDLLのエクスポート記述が異なるため、マクロを使って __attribute__((visibility(“default”))) と __declspec(dllexport) を切り替える構成にするのが現場での定石です。
コメント