URL傳遞中文與特殊字符完整解決方案：Base64編碼替換法實戰

URL傳遞中文與特殊字符完整解決方案：Base64編碼替換法實戰

Web開發中，URL傳遞中文字符、HTML標籤、SQL關鍵字等特殊內容時，常因瀏覽器編碼差異、安全過濾機制導致參數丟失或異常。本文提供一套經實戰驗證的Base64編碼+字符替換方案，有效解決跨瀏覽器兼容與安全過濾雙重難題。

核心問題分析

• urlencode局限：僅解決基本編碼，無法繞過WAF對<script>、union select等危險字符的攔截
• Base64殘留特殊字符：編碼後包含/、+、=，在URL中仍被視為特殊字符（如+被解析為空格）
• 瀏覽器差異：部分瀏覽器將空格編碼為%20，部分為+，導致服務端解碼不一致

解決方案：字符替換雙向轉換

function base_encode($str) {
    $src = ['/', '+', '='];
    $dist = ['_a', '_b', '_c'];
    $old = base64_encode($str);
    return str_replace($src, $dist, $old);
}

function base_decode($str) {
    $src = ['_a', '_b', '_c'];
    $dist = ['/', '+', '='];
    $old = str_replace($src, $dist, $str);
    return base64_decode($old);
}

實測效果

原始字符串經base_encode後產出類似：xOO6w6Osuf65_aiy_atL_b00Ke5_b8jnus6ho6GjoaM_c，僅含字母數字與下劃線，完全安全傳遞於URL參數中，無需擔心編碼衝突或安全過濾。

適用場景與注意事項

• 適用於：內部API參數傳遞、帶有複雜查詢條件的跳轉連結、臨時Token傳遞
• 不適用於：SEO敏感的公開頁面URL（建議採用URL Rewrite + 路由映射）
• 安全提醒：此方案解決的是傳輸層面的編碼問題，不替代服務端的輸入驗證、SQL參數化、XSS過濾等業務層安全措施

延伸閱讀

• PHP URL編碼函數對比：urlencode vs rawurlencode
• AJAX中文亂碼根因與最佳實踐
• PHP cURL模擬POST/GET請求完整指南