（半角的不斷行的空白格）

  （半角的空格）

  （全角的空格）

頁 URL 中的特殊字符 “空格” 問題

Java 代碼案例

1、將一段內容和接口拼接成 URL 鏈接

代碼示例

java復制代碼public static String generateContent(String content) {
      // 將 content 進行 url 編碼
      String ans;
      try {
          ans = URLEncoder.encode(content, "UTF-8");
      } catch (UnsupportedEncodingException e) {
          // 處理異常情況
          throw new RuntimeException(e);
      }

      return ans;
}

1、不帶空格的處理

java復制代碼public static void main(String[] args) {
    String baseUrl = "https://example.com/resource?a=";
    String content = "小黑";
    String ansUrl = baseUrl + generateContent(content);
    System.out.println("最終生成的 URL 的值為：" + ansUrl);
}

運行結果：

perl復制代碼https://example.com/resource?a=%E5%B0%8F%E9%BB%91

粘貼到瀏覽器上會被瀏覽器解碼出來給用戶看到:

ini復制代碼example.com/resource?a=小黑

網頁截圖：

2、帶有空格的處理

java復制代碼public static void main(String[] args) {
    String baseUrl = "https://example.com/resource?a=";
    String content = "小 黑";
    String ansUrl = baseUrl + generateContent(content);
    System.out.println("最終生成的 URL 的值為：" + ansUrl);
}

運行結果：

perl復制代碼https://example.com/resource?a=%E5%B0%8F+%E9%BB%91

粘貼到瀏覽器上會被瀏覽器解碼出來給用戶看到:

ini復制代碼https://example.com/resource?a=小+黑

網頁截圖：

3、解決空格的問題

java復制代碼public static String generateContent(String content) {
      // 將 content 進行 url 編碼
      String ans;
      try {
					// -----------------------調整-----------------------
          ans = URLEncoder.encode(content, "UTF-8").replace("+", "%20");
      } catch (UnsupportedEncodingException e) {
          // 處理異常情況
          throw new RuntimeException(e);
      }

      return ans;
}

public static void main(String[] args) {
    String baseUrl = "https://example.com/resource?a=";
    String content = "小 黑";
    String ansUrl = baseUrl + generateContent(content);
    System.out.println("最終生成的 URL 的值為：" + ansUrl);
}

運行結果：

perl復制代碼https://example.com/resource?a=%E5%B0%8F%20%E9%BB%91

粘貼到瀏覽器上會被瀏覽器解碼出來給用戶看到:

ini復制代碼https://example.com/resource?a=小 黑

網頁截圖：

其中 %20 是空格經過編碼后的結果

2、問題解決的原因

從上面的案例可以看到，如果 url 中有空格出現，且不經過特殊處理，那么將會導致瀏覽器無法正確解析 url，從而導致 url 重定向失敗，那么問題的原因是什么呢？首先來看一下URL的組成部分

1、URL 的組成部分

下面是一個簡單的 URL 鏈接：

bash復制代碼http://localhost:8080/path/to/index.html?id=123#content

它主要有下面幾個部分組成

• 協議：URL 的網絡傳輸協議,如 http、https、ftp 等。表示資源訪問需使用何種協議；
• 服務器名稱：表示要訪問的服務器主機名或 IP 地址；
• 端口（可選）：服務器使用的端口號，如 http 默認的端口是 80，https 默認的端口是443，如果省略則使用該協議的默認端口；
• 路徑：表示服務器上具體資源的路徑信息：例如“/index.html”；
• 查詢參數（可選）：路徑后加問號開頭的查詢字符串，用于傳遞額外的參數，如”?id=123”;
• 錨點（可選）：鏈接內的超鏈接錨點定位，例如“#content”；
• HTTP請求不包括#
• #是用來指導瀏覽器動作的，針對瀏覽器起作用,對服務器端完全無用
• 訪問http://www.example.com/index.html#print，瀏覽器實際發出的請求只是請求index.html，沒有"#print"部分。
• 位于#后面的字符都是位置標識符
• 在第一個#后面出現的任何字符，都會被瀏覽器解讀為位置標識符。 這意味著，這些字符都不會被發送到服務器端。
• 在URL中指定一個顏色值 http://www.example.com/?color=#fff 但瀏覽器實際發出的請求是"#fff"被省略了。只有將#轉碼為%23，瀏覽器才會將其作為實義字符處理。http://example.com/?color=%23fff
• 改變#后面的參數不會觸發頁面重載
• 改變#后面的參數會改變瀏覽器的訪問歷史
• 用戶名密碼（可選）：用于基礎的 HTTP 認證的用戶名和密碼；

2、URL 編碼中遵循的規則

在 URL 編碼過程中，會遵循以下的規則：

• 空格：替換成 + （%20）
• /：分割目錄和子目錄
• ?：分割 URL 和查詢
• %：指定特殊字符
• #：指定書簽 （%23）
• &：指定分隔參數 （%26）
• =：指定參數的值（%3D）

3、為何 URL 中不允許包含空格和部分特殊字符

• URL 作為資源定位符,它需要保證各個組成部分(協議、主機名、端口、路徑等)之間使用統一的分隔符,通常采用斜線"/"。如果直接使用空格,很難區分路徑中的空格與路徑之間的分隔；
• 早期URL標準沒有規定如何處理空格等特殊字符,直接包含空格可能導致解析或匹配時產生歧義；
• 例如：http://www.example.com/products/product name.html
• 當瀏覽器在解析這個 URL 的時候，可能就會產生下面的歧義問題：
• 1、是否應該解析為兩個路徑組件"products/product"和"name.html”
• 2、搜索引擎或其他系統進行URL匹配檢索時,不清楚空格是否應該作為路徑分隔符來匹配； 3、攻擊者可以構造歧義URL,利用空格來規避安全機制或進行異常操作；
• 包含空格特殊字符可能會破壞URL本身結構或導致安全問題；
• 包含空格可能導致傳輸或存儲時產生問題。例如傳輸過程中空格是否需要編碼等問題沒有明確規定；