# (HTTP)

[1] HTTPのABNF の # は、リストを表します。

仕様書

[2] RFC 7230 - Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing (2014-06-07 01:59:35 +09:00 版) https://tools.ietf.org/html/rfc7230#section-7

構文

[3] ABNF において反復を表す * のように、構文要素の直前に # を置くと、リストを表します >>2。

[4] # の前後には、非負整数を指定でき、それぞれ最小と最大の一致数を表します >>2。省略された場合は、それぞれ 0 と ∞ を表します。

?
1. ASCII数字1つ以上
#
?
1. ASCII数字1つ以上
構文要素

意味

[5] # の直後の構文要素が、指定されている最小数以上、最大数以下の回数繰り返すことを表します。ただし、それぞれの間には , が必要で、更にその前後には OWS が認められています >>2。

[6] 送信者は、 >>5 に一致するものを生成しなければなりません >>2。

[7] 受信者は、それに加えて、空の要素があっても (合理的な範囲で) 無視しなければなりません >>2。すなわち、リストの最初や最後に , があったり、 , が連続したり (間に OWS のみしかなかったり) していても構いません。その場合で、空でない要素の数が指定された範囲内になければなりません >>2。

処理

[19] 同じ名前の複数の HTTPヘッダーが与えられた場合と、それが連結された場合とで処理が変わってくる場合があります。

[20] Chrome の開発者ツールは Server-Timing ヘッダーの内容を図示します。複数のヘッダーで記述されていれば、そのどれかが構文エラーで表示されなくても、他のヘッダーが正常ならそちらは表示されます。ところが連結されているとすべて (エラー以降?) が表示されなくなったりします。

[21] 連結は思わぬところで発生します。例えばサービスワーカー経由で文書環境に伝わるとき、サービスワーカー内でヘッダーを処理したタイミングで発生していたりします。 Chrome の開発者ツールでみていると、サービスワーカーの fetch では図示されているのに大元の文書環境側の fetch では図示されていない、みたいな不思議現象として現れます。