共有ライブラリを使うのを止めてほしい - Qiita

以下は共有ライブラリに虐げられ共有ライブラリをもう使いたくないという個人的な愚痴をまとめたものです。特にことわらない場合は Linux の話です。 何故共有ライブラリを使うのか？ 前回説明したように共有ライブラリをリンクした実行ファイルは必要な共有ライブラリを実行時にシステムから検索してロードします。この際ライブラリを検索する方法は名前です。先に見つけたものを使います。しかもこの検索パスは環境変数 LD_LIBRARY_PATH によって変更できます。また検索する順序に当然依存します。 この機構は何のために存在するのでしょう？いくつかの目的があげられます。 ディスク容量を節約する 複数の実行バイナリで同じ関数のバイナリを持たなくていいので単純にディスク容量を節約できます。これは現代のように十分大容量なディスクが安価で利用できる時代には特に問題になりません。 共有ライブラリを更新すればそれを

[wordi]

利便性の他にLGPLだと使わざるを得ない

[kwhrtsk]

運用がコンテナベースになっても共有ライブラリを使っていればアプリ更新時にレイヤキャッシュが効くので無意味という訳ではない。

[omioni]

Windowsで言うDLL地獄 / まあ.netとかだと動的でもバージョン指定出来るけど(サイドバイサイド)

[tsz]

メモリ容量も節約できるよ。

[mapk0y]

ディスク容量は安価になったのであまり関係ないけど、disk read とファイルキャッシュ、セットアップ時のダウンロードでは共有ライブラリを使うほうが有利かな。コンテナにしてしまえば関係ない話なのは一緒だけど

[rryu]

すべてのソフトウェアのビルドシステムを用意する大変さよりはましなのだと思う。RubyのbundlerやPerlのcpanで大ハマりするのはビルドに失敗するだし…

[tmatsuu]

コンテナであってもビルド時に共有ライブラリの方が差し替えが容易で楽だと思う。メモリの節約は確かに本来あるんだけど1コンテナ1バイナリの精神になると節約効果はないねと気づきがあった。わいわい。

[qnq777]

コンテナでのデプロイにおいてイメージ簡易化に静的リンクは有効だけど、静的だからといって依存関係更新時の非互換性は無くならない。コンテナでサービス毎に別れてDLL Hellも発生しにくい。メモリ、ストレージ文字数

[hnishi2509]

読んだ。

[naoya2k]

ドライバの違いをlibGLで吸収できないとか、El CapitanとBig SurでlibSystemB.B.dylibが変わったりWindows XP/Vista/10で.NET Frameworkが変わるからそれぞれ用のバイナリを開発者が用意しないといけないんですよね。私は嫌ですね。

[MrBass]

ライセンスね