url中特殊字符的處理

wemall 發(fā)布于2019-08-20 18:56 / 2226人閱讀

摘要：所以，都有哪些特殊字符需要做特殊處理呢將這些特殊的字符轉(zhuǎn)換成碼，格式為加字符的碼，即一個(gè)百分號(hào)，后面跟對應(yīng)字符的進(jìn)制碼值。參考文章特殊字符轉(zhuǎn)義及解決方法

一次在項(xiàng)目中，發(fā)送一個(gè)get請求，參數(shù)包含“#”，結(jié)果，從包括‘#’之后的字符串都沒傳遞過去。
當(dāng)然，試了一下‘&’，問題更大。
所以，都有哪些特殊字符需要做特殊處理呢？

將這些特殊的字符轉(zhuǎn)換成ASCII碼，格式為：%加字符的ASCII碼，即一個(gè)百分號(hào)%，后面跟對應(yīng)字符的ASCII（16進(jìn)制）碼值。例如空格的編碼值是"%20"。

URL特殊符號(hào)及對應(yīng)的十六進(jìn)制值編碼：

1. +     URL中+號(hào)表示空格 %2B   
2. 空格  URL中的空格可以用+號(hào)或者編碼 %20   
3. /     分隔目錄和子目錄 %2F    
4. ?     分隔實(shí)際的 URL 和參數(shù) %3F    
5. %     指定特殊字符 %25    
6. #     表示書簽 %23    
7. &     URL中指定的參數(shù)間的分隔符 %26    
8. =     URL中指定參數(shù)的值 %3D

解決方法：

str=str.replace(/\%/g,"%25").replace(/#/g,"%23").replace(/+/g,"%2B").replace(/"/g,"%22").replace(/"/g, "%27").replace(///g,"%2F").replace(" ","+").replace(/?/g,"%3F").replace(/&/g,"%26").replace(/=/g,"%3D")

+號(hào)表示空格，+號(hào)又能以“%2B”表示，所以要看出效果，注意replace的順序。同理的還有‘%’，‘%’也需要處理，而其他的字符處理之后都會(huì)包含‘%’，所以先處理‘%’，就能看到所有的處理之后的效果。

參考文章：url特殊字符轉(zhuǎn)義及解決方法

云服務(wù)器 GPU云服務(wù)器 url包含特殊字符問題 PHP處理特殊字符 html的特殊字符 html里的特殊字符

文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/84906.html

相關(guān)文章

PHP中URL中特殊字符引起的問題(+,,=)

摘要：中中特殊字符引起的問題前言，在做某個(gè)渠道的過程中，發(fā)現(xiàn)一個(gè)驗(yàn)簽錯(cuò)誤的問題。對已編碼的字符串進(jìn)行解碼返回字符串，此字符串中百分號(hào)后跟兩位十六進(jìn)制數(shù)的序列都將被替換成原義字符。 PHP中URL中特殊字符引起的問題(+,,=) 前言，在做某個(gè)渠道的過程中，發(fā)現(xiàn)一個(gè)驗(yàn)簽錯(cuò)誤的問題。但是，當(dāng)時(shí)驗(yàn)簽在兩個(gè)地方表現(xiàn)不一致，同一套處理方法，想到了這是因?yàn)閮蓚€(gè)地方請求方式是不同的一個(gè)get方法另外一個(gè)自...

RancherLabs 2019-06-28 13:32 評論0 收藏0
Spring Cloud Config對特殊字符加密的處理

摘要：之前寫過一篇關(guān)于配置中心對配置內(nèi)容加密解密的介紹構(gòu)建微服務(wù)架構(gòu)分布式配置中心加密解密。在這篇文章中，存在一個(gè)問題當(dāng)被加密內(nèi)容包含一些諸如這些特殊字符的時(shí)候，使用上篇文章中提到的類似這樣的命令去加密和解密的時(shí)候，會(huì)發(fā)現(xiàn)特殊字符丟失的情況。之前寫過一篇關(guān)于配置中心對配置內(nèi)容加密解密的介紹：《Spring Cloud構(gòu)建微服務(wù)架構(gòu)：分布式配置中心（加密解密）》。在這篇文章中，存在一個(gè)問題：...

wslongchen 2019-08-15 17:53 評論0 收藏0
BASE64編碼亂碼問題的淺層分析與解釋

摘要：當(dāng)后端將數(shù)據(jù)取出再傳給前端時(shí)，發(fā)生了編碼混亂的問題。這樣的編碼錯(cuò)誤問題導(dǎo)致數(shù)據(jù)上的，會(huì)造成不良的用戶體驗(yàn)。但是，不幸的是，各方對該編碼的規(guī)則是不同的，這也造成亂碼的隱患。本文由作者朱臻授權(quán)網(wǎng)易云社區(qū)發(fā)布。 1問題案例曾在開發(fā)過程中，我們遇到了BASE64編碼亂碼的問題，該問題的場景如下: 當(dāng)web前端，將帶有中文字符的字符串base64編碼后，傳到后端。當(dāng)后端將數(shù)據(jù)取出再傳給we...

yacheng 2019-06-28 11:05 評論0 收藏0
encodeuricomponent VS encodeuri

摘要：在查詢字符串中，符號(hào)用作鍵值對之間的分隔符。注意如果組件中含有分隔符，比如和，則應(yīng)當(dāng)使用方法分別對各組件進(jìn)行編碼。也就是說，對全角日韓漢字起作用。之所以對url進(jìn)行編碼是因?yàn)橛行┳址刑厥獾暮x。當(dāng)URI被作為參數(shù)進(jìn)行傳輸或排版或受到文字處理程序的處理時(shí)，重要的空格可能會(huì)消失并且可能引入無關(guān)緊要的空格。在查詢字符串中，＆符號(hào)（＆）用作鍵值對之間的分隔符。如果將＆符號(hào)放入其中一個(gè)值中...

RdouTyping 2019-08-26 12:16 評論0 收藏0
HTTP權(quán)威指南：第二章

摘要：無方案方案是規(guī)定如何訪問指定資源的主要標(biāo)識(shí)符。比如指定文檔中的某個(gè)章節(jié)。編碼機(jī)制通過轉(zhuǎn)義表示法，表示不安全字符。表示一臺(tái)指定主機(jī)上可以直接訪問的文件，省略主機(jī)名則默認(rèn)為本機(jī)由定義，訪問特定的文章或者新聞組。 URL概覽前面提到，URL資源是HTTP協(xié)議所使用的尋找資源位置的定位符。分為三個(gè)部分，主要的結(jié)構(gòu)是：方案://服務(wù)器/路徑這種結(jié)構(gòu)使得網(wǎng)絡(luò)上的每一個(gè)資源都只有唯一的命名方法...

pf_miles 2019-08-01 15:03 評論0 收藏0