GripNews🌗 將 HTTP URL 路徑中的「//」視為標準化處理是錯誤的
➤ 剖析 URL 語法規範：為什麼「//」不應被隨意合併
✤ https://runxiyu.org/comp/doubleslash/
許多開發者常誤將 URL 路徑中的連續斜線「//」自動合併為單一斜線，認為這是一種「標準化」行為。然而，根據 RFC 3986 及 HTTP 相關技術規範，這種處理方式在技術上是不正確的。URI 語法中明確允許存在空路徑區段（empty segments），雙斜線代表兩個分隔符之間存在一個長度為零的區段，這在語法上具有明確意義。本文強調，除非來源伺服器明確定義這些識別符等價，否則任何通用的標準化程式均無權擅自篡改 URL 路徑結構。
+ 以前一直以為這是清理 URL 的好習慣，沒想到竟是破壞了語法結構，長知識了。
+ 這確實是個常見的誤區，很多後端框架或負載平衡器預設都會把雙斜線吞掉，開發時如果不注意，很容易導致資源路徑解析錯誤。
#技術標準 #HTTP #URI #RFC 3986
➤ 剖析 URL 語法規範：為什麼「//」不應被隨意合併
✤ https://runxiyu.org/comp/doubleslash/
許多開發者常誤將 URL 路徑中的連續斜線「//」自動合併為單一斜線，認為這是一種「標準化」行為。然而，根據 RFC 3986 及 HTTP 相關技術規範，這種處理方式在技術上是不正確的。URI 語法中明確允許存在空路徑區段（empty segments），雙斜線代表兩個分隔符之間存在一個長度為零的區段，這在語法上具有明確意義。本文強調，除非來源伺服器明確定義這些識別符等價，否則任何通用的標準化程式均無權擅自篡改 URL 路徑結構。
+ 以前一直以為這是清理 URL 的好習慣，沒想到竟是破壞了語法結構，長知識了。
+ 這確實是個常見的誤區，很多後端框架或負載平衡器預設都會把雙斜線吞掉，開發時如果不注意，很容易導致資源路徑解析錯誤。
#技術標準 #HTTP #URI #RFC 3986
Blaze Trends
Comic Crusaders
o lаvrоvsky
Sérac
Habr