UUIDが "8-4-4-4-12"(数字)の形式で表示されるのはなぜですか?私は理由を見て回ったが、それを求める決定を見つけることができない。UUID形式:8-4-4-4-12 - なぜですか?
16進文字列としてフォーマットされたUUIDの例: 58D5E212-165B-4CA0-909B-C86B9CEE0111
UUIDが "8-4-4-4-12"(数字)の形式で表示されるのはなぜですか?私は理由を見て回ったが、それを求める決定を見つけることができない。UUID形式:8-4-4-4-12 - なぜですか?
16進文字列としてフォーマットされたUUIDの例: 58D5E212-165B-4CA0-909B-C86B9CEE0111
followoingのRFCに示されているようにこれは、time, version, clock_seq_hi, clock_seq_lo, node
によって分離されています。それが言うの出力フォーマットが定義されているフォーマットはセクション3でIETF RFC4122に定義されているIETF RFC4122:
4.1.2. Layout and Byte Order
To minimize confusion about bit assignments within octets, the UUID
record definition is defined only in terms of fields that are
integral numbers of octets. The fields are presented with the most
significant one first.
Field Data Type Octet Note
#
time_low unsigned 32 0-3 The low field of the
bit integer timestamp
time_mid unsigned 16 4-5 The middle field of the
bit integer timestamp
time_hi_and_version unsigned 16 6-7 The high field of the
bit integer timestamp multiplexed
with the version number
clock_seq_hi_and_rese unsigned 8 8 The high field of the
rved bit integer clock sequence
multiplexed with the
variant
clock_seq_low unsigned 8 9 The low field of the
bit integer clock sequence
node unsigned 48 10-15 The spatially unique
bit integer node identifier
In the absence of explicit application or presentation protocol
specification to the contrary, a UUID is encoded as a 128-bit object,
as follows:
The fields are encoded as 16 octets, with the sizes and order of the
fields defined above, and with each field encoded with the Most
Significant Byte first (known as network byte order). Note that the
field names, particularly for multiplexed fields, follow historical
practice.
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| time_low |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| time_mid | time_hi_and_version |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|clk_seq_hi_res | clk_seq_low | node (0-1) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| node (2-5) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
から
"UUID = ..."
3.-名前空間の登録テンプレート
名前空間ID:UUID登録情報: 登録日:2003-10-01
名前空間の210宣言登録: JTC 1/SC6(ASN.1報告者グループ)
統語構造の宣言: A UUIDは、空間と時間の両方にわたって一意である識別子で、 に対してすべてのUUIDのスペース。 UUIDは固定された サイズであり、時間フィールドを含んでいるので、値は ロールオーバーになります(特定のアルゴリズム が使用されている場合は、3400前後です)。 UUIDは、非常に短い寿命を持つ オブジェクトのタグ付けから、ネットワーク上の非常に永続的なオブジェクト を確実に識別するまで、多目的に使用できます。
The internal representation of a UUID is a specific sequence of bits in memory, as described in Section 4. To accurately represent a UUID as a URN, it is necessary to convert the bit sequence to a string representation. Each field is treated as an integer and has its value printed as a zero-filled hexadecimal digit string with the most significant digit first. The hexadecimal values "a" through "f" are output as lower case characters and are case insensitive on input. The formal definition of the UUID string representation is provided by the following ABNF [7]: UUID = time-low "-" time-mid "-" time-high-and-version "-" clock-seq-and-reserved clock-seq-low "-" node time-low = 4hexOctet time-mid = 2hexOctet time-high-and-version = 2hexOctet clock-seq-and-reserved = hexOctet clock-seq-low = hexOctet node = 6hexOctet hexOctet = hexDigit hexDigit hexDigit = "0"/"1"/"2"/"3"/"4"/"5"/"6"/"7"/"8"/"9"/ "a"/"b"/"c"/"d"/"e"/"f"/ "A"/"B"/"C"/"D"/"E"/"F"
なぜタイムスタンプは3つの部分に分割されましたか? – immibis
フィールドの生成方法は、UUIDのバージョンによって異なります。推奨される方法では、IDが生成された時刻(潜在的なセキュリティ上の懸念事項)が明らかになるため、時間を使用しません。 http://en.wikipedia.org/wiki/Universally_unique_identifier#Variants_and_versions – pmont
@pmont "Preferred"? –