解説 インサイド .NET Framework 第3回　アセンブリのアイデンティティ （後編） インフォテリア株式会社 吉松 史彰 2002/05/23

---

アセンブリへの参照

　アセンブリの名前（アイデンティティ）についてはもう1つ触れておかなければならない点がある。それは、ほかのアセンブリへの参照だ。

　前ページで作成したuser.exeのマニフェストをildasm.exeで確認した内容をもう1度見てみよう。

.assembly extern util {   .publickeytoken = (BA 69 B5 76 33 AC EE E8 )           // .i.v3...   .ver 1:0:0:0 }

サンプル・プログラムuser.exeのマニフェスト（再掲）

　一方、util.dllに入っている、utilアセンブリのマニフェストもildasm.exeで見てみると、次のような内容になっている（抜粋）。

.assembly util {   .publickey = (00 24 00 00 04 80 00 00 94 00 00 00 06 02 00 00   // .$..............                 00 24 00 00 52 53 41 31 00 04 00 00 01 00 01 00   // .$..RSA1........                 A1 23 25 7C AC EA 68 C1 F2 D6 EF 7E 9C 99 68 A5   // .#%|..h....~..h.                 30 A6 80 EA AA E4 1D 6F C9 33 E7 2C CB 79 8C E0   // 0......o.3.,.y..                 ED 7B 1D A0 3B 82 6F E8 69 B9 4A 99 67 3D F7 F9   // .{..;.o.i.J.g=..                 7E 4A A5 04 A6 67 07 2B 10 2E A5 10 49 86 A2 1A   // ~J...g.+....I...                 84 F0 D3 C4 C9 F7 2B 44 A0 2E 57 D5 64 F4 70 47   // ......+D..W.d.pG                 95 88 AB B5 81 D3 9B 91 99 F3 C6 CB 0A 59 DB 8C   // .............Y..                 4C B9 7B A8 20 B1 A0 27 7A 36 7E 0D 42 DA 6F 90   // L.{. ..'z6~.B.o.                 01 F9 D2 0A 17 A3 D2 53 E9 2C 0C 56 DF 47 4A A7 ) // .......S.,.V.GJ.   .hash algorithm 0x00008004   .ver 1:0:0:0 }

サンプル・プログラムutil.dllに入っているutilアセンブリのマニフェスト

　何がいいたいかというと、utilアセンブリ本人のマニフェストには“.publickey=”の中に公開キーが書いてあるが、それを参照しているuser.exeのアセンブリの方には“.publickeytoken=”という指定で、はるかに少ない情報しか書いていないということだ。名前のとおり、.publickeyに書いてあるのは、このアセンブリに署名したときに使った秘密キーに対応する公開キーだ。それでは“.publickeytoken”とはいったい何だろうか。

　コンポーネント指向の.NET Frameworkでは、あるアセンブリはほかのたくさんのアセンブリを参照する。アセンブリを参照するときには、アセンブリの名前を使う。.NET Frameworkでは、自分が利用するアセンブリに関する情報はすべてマニフェストや各モジュールのメタデータに書いてある（これを自己記述的という）ので、実行にあたって必要なファイルはほかの場所（レジストリやiniファイルなど）を見なくても分かるようになっている。

　だが、これは問題も引き起こす。参照しているアセンブリが増えると、ファイル・サイズが増大してしまうのだ。公開キーはかなりのサイズ（128byte=1024bit）になるので、これが含まれるアセンブリの名前を参照しなければならないとしたら、参照しているアセンブリが1つ増えるたびに128byteずつサイズが増えてしまうことになる。これでは困る。

　そこでCLRは、参照するアセンブリの名前の一部として利用するときは、通常は公開キー全体ではなく、公開キーにハッシュをかけて抽出した値の最後の8byteを公開キー・トークンとして利用する。上記のutilアセンブリを参照しているuser.exeの内容はこの公開キー・トークンである。公開キー・トークンは公開キーではない。つまり、アセンブリのマニフェストには、

1. 自分を表す、自分を署名した秘密キーと対になる公開キー（全体）
2. ほかのアセンブリを表す、そのアセンブリを署名した秘密キーと対になる公開キーから生成された公開キー・トークン

の2つが入っているということだ。アセンブリの参照に公開キー全体を利用することは不可能ではないが、ほとんどないといっていいだろう。

アセンブリ参照の作成　

　前回の冒頭で説明したとおり、アセンブリの名前は4つの部分からなるデータ構造になっている。モジュールがほかのアセンブリを参照していると、参照しているアセンブリの名前（簡易名ではない）がそのモジュールのメタデータに含まれている。つまり、上記4つの情報を含む構造がモジュールのメタデータに格納されているということだ。この情報は通常はコンパイラが生成してモジュールに格納する。例えばC#やVB.NETのコンパイラは、“/reference”というスイッチで指定されたファイル（アセンブリのメイン・モジュール）からマニフェストを取り出して、中に書いてあるそのアセンブリの名前を取り出し、今コンパイルしているモジュールのメタデータに参照先として出力する。このとき出力される名前は、簡易名、バージョン、カルチャと、公開キーではなく公開キー・トークンからなる名前なのである。

アセンブリの表示名

　今回の最後に、アセンブリの名前の一般的な表示方法を説明しておこう。アセンブリの名前は4つの部分からなるが、それを表現する文字列形式が定められている。実はすでに登場しているのだが、それはこういうものだ。

System.Xml, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089

　簡易名、バージョン、カルチャ、公開キー・トークンを並べて、カンマで区切って書く。なお、これらは原則的に省略できないことに注意して欲しい。例えばカルチャ中立だからといって、上記のアセンブリを次のように書くことはできない。

System.Xml, Version=1.0.3300.0, PublicKeyToken=b77a5c561934e089

　また、厳密名付きアセンブリではないので、公開キー・トークンがないときにも、次のような書き方はできない。

util, Version=1.0.0.0, Culture=ja-JP

　これらは次のように省略せずに書かなくてはならない。

System.Xml, Version=1.0.3300.0, Culture=neutral, PublicKeyToken=b77a5c561934e089

util, Version=1.0.0.0, Culture=ja-JP, PublicKeyToken=null

　表示名を省略して書くと、その部分が設定されていない（neutralやnull）ということとは違う意味を持ってしまう。そのため、neutralやnullは明示的に書かなければならない。

INDEX
	解説 インサイド .NET Framework
	第3回 アセンブリのアイデンティティ（後編）
	1．遅延署名したアセンブリを試す
	2．アセンブリの名前の参照
	3．まとめ

　

「解説：インサイド .NET Framework 」

＠ITメールマガジン　新着情報やスタッフのコラムがメールで届きます（無料）