BASE64-客戶端（js）加碼-服務器端（c#）解碼，URL傳遞「漢字參數」解決方法
HttpUtility.UrlEncode 在 Encode 的時候, 將空格轉換成加號('+'), 在 Decode 的時候將加號轉爲空格, 可是瀏覽器是不能理解加號爲空格的, 因此若是文件名包含了空格, 在瀏覽器下載獲得的文件, 空格就變成了加號
在用 ASP.Net 開發頁面的時候, 咱們經常經過 System.Web.HttpUtility.UrlEncode 和 UrlDecode 在頁面間經過 URL 傳遞參數. 成對的使用 Encode 和 Decode 是沒有問題的.
可是, 咱們在編寫文件下載的頁面的時候, 經常用以下方法來指定下載的文件的名稱:
Response.AddHeader("Content-Disposition","attachment; filename="
+ HttpUtility.UrlEncode(fileName, Encoding.UTF8));
之因此轉換成 UTF8 是爲了支持中文文件名.
這時候問題就來了, 由於 HttpUtility.UrlEncode 在 Encode 的時候, 將空格轉換成加號('+'), 在 Decode 的時候將加號轉爲空格, 可是瀏覽器是不能理解加號爲空格的, 因此若是文件名包含了空格, 在瀏覽器下載獲得的文件, 空格就變成了加號.
一個解決辦法是, 在 HttpUtility 的 UrlEncode 以後, 將 "+" 替換成 "%20"( 若是原來是 "+" 則被轉換成 "%2b" ) , 如:
fileName = HttpUtility.UrlEncode(fileName, Encoding.UTF8);
fileName = fileName.Replace("+", "%20");
不明白微軟爲何要把空格轉換成加號而不是"%20". 記得 JDK 的 UrlEncoder 是將空格轉換成 "%20"的.
經檢查, 在 .Net 2.0 也是這樣.
HttpUtility.UrlEncode 在 Encode 的時候, 將空格轉換成加號('+'), 在 Decode 的時候將加號轉爲空格, 可是瀏覽器是不能理解加號爲空格的, 因此若是文件名包含了空格, 在瀏覽器下載獲得的文件, 空格就變成了加號
<html>
<head>
<meta http-equiv='Content-Type' content='text/html; charset=gb2312'>
<title>URL解碼(Decode)/編碼(Encode)</title>
</head>
<body>
<center><font color=green size=+2>URL解碼(Decode)/編碼(Encode)</font><br>
須要解碼的字符串:<TEXTAREA ID="String1" ROWS="10" COLS="30"></TEXTAREA> 解碼後的字符串:<TEXTAREA ID="String2" ROWS="10" COLS="30"></TEXTAREA><br>
須要編碼的字符串:<TEXTAREA ID="String3" ROWS="10" COLS="30"></TEXTAREA> 編碼後的字符串:<TEXTAREA ID="String4" ROWS="10" COLS="30"></TEXTAREA><br>
<INPUT TYPE="button" ID="Decode" value="解碼(Decode)" onClick="javascript:String2.value=decodeURI(String1.value);">
<INPUT TYPE="button" ID="Encode" value="編碼(Encode)" onClick="javascript:String4.value=encodeURI(String3.value);">
</center>
</body>
</html>
url傳遞中文的解決方案總結
1.設置web.config文件。（我不喜歡設置成這樣）
<system.web>
......
<globalization requestEncoding="gb2312" responseEncoding="gb2312" culture="zh-CN" fileEncoding="gb2312" />
......
</system.web>
或者：
aspx文件中:
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
2.傳遞中文以前，將要傳遞的中文參數進行編碼，在接收時再進行解碼。
>> 進行傳遞
string Name = "中文參數";
Response.Redirect("B.aspx?Name="+Server.UrlEncode(Name));
>> 進行接收
string Name = Request.QueryString["Name"];
Response.Write(Server.UrlDecode(Name));
或者：
NavigateURL='<%# "WebForm2.aspx?Singer=" + HttpUtility.UrlEncode("中國人", System.Text.Encoding.GetEncoding("GB2312")) %>'
3.若是是從 .HTML 文件向 .Aspx 文件進行傳遞中文參數的話（即不從後臺用 Redirect()方法進行 Url 轉換）。同樣要將傳遞的中文參數進行編碼，在接收時再進行解碼。
>> 進行傳遞
<script language="JavaScript">
function GoUrl()
{
var Name = "中文參數";
location.href = "B.aspx?Name="+escape(Name);
}
</script>
<body onclick="GoUrl()">
>> 進行接收
string Name = Request.QueryString["Name"];
Response.Write(Server.UrlDecode(Name));
通常來講。設置web.config文件就能夠了。可是若是你用 JavaScript 調用 webservice 方法的話（往webservice裏面傳遞中文參數）。設置 web.config 文件好象無效。
————————————————————
在html中實現編解碼：
<script language="javascript">
function openUrl(src)
{
var strUrl=escape(src);
window.open(strUrl);
}
function change_url(src)
{
document.location.href=escape(src);
}
</script>
在新窗口保存
<a href='javascript:openUrl("css/20040603123628交易中心菸葉網上集中交易系統合同.doc");' >20040603123628交易中心網上集中交易系統合同</a>
當前位置保存，無閃爍。
<a href="#" onclick=javascript:change_url("css/20040603123628交易中心菸葉網上集中交易系統合同.doc")>20040603123628交易中心網上集中交易系統合同</a>
注意：路徑中的斜線是：「/」，而不是「/」，不然也不行啊。
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
前一陣遇到在作.net Web開發時，碰到一個很奇怪的問題，就是Url中，若是將中文字符做爲參數值傳遞時，QueryString獲得的值可能會出錯。簡單的說，好比下面這個Url：
UrlParmTest.aspx?parm1=中國&parm2=中國人
在Request.QueryString時，parm1和parm2獲得都是"中國"，顯然出現了問題，但是在某些狀況下倒是正常的。
若是請求不是直接經過URL，而使用Response.Redirect在服務器端操做，沒有遇到過相似的問題。
當時我想中文是雙字節編碼，可能傳遞的時候就是有不肯定性，仍是用英文好。
但是爲何在Server端Redirect就是正常的，問題在哪裏呢？
：
若是在.cs文件中設置中文參數，請在中文參數外使用Server.UrlEncode("中文")對中文進行Encode
若是在.aspx文件中設置，請使用<%=Server.UrlEncode("中文")%>進行Encode
在QueryString時，不用再進行Decode，能夠得到正常的中文字符串
下面是給出的一些解釋：
UrlEncode把一些多字節字符轉換成url裏容許的單字節字符，原本瀏覽器就會自動作的，可是目前確實存在一些問題，因此本身再Encode一下，在接受端會自動對Url進行Decode。
我想Response.Redirect可能能夠確保做Encode的工做，因此沒有問題。
JavaScript Base64編碼和解碼，實現URL參數傳遞
爲何須要對參數進行編碼？相信有過開發的經驗的廣大程序員都知道，在Web中，如果直接在Url地址上傳遞參數值，如果中文，或者+等什麼的就會出現亂碼現象，如果數字或者英文的好象沒有什麼問題，簡言之，傳遞過來的參數是須要進行編碼的。
在這裏，也許有人會說，爲何不直接用Server.UrlDecode和Server.UrlEncode這兩個來進行編碼和解碼的操做呢？
的確，這兩個服務器端對象很好使用，用起來也很方便，可是，若在客戶端是HTML的Input，查詢的時候頁面是HTML或者其餘的，反正不是.NET的，那這個對象還能夠用嗎？
我如今就遇到這樣的問題，查詢的東東放在頁面，並且那個頁面我根本不想讓他是.aspx結尾的，哈，感受HTML的挺不錯，並且裏面的控件也是用HTML對象的。
下面先來看兩個函數，UTF16轉UTF8和UTF8轉Utf16的。
function utf16to8(str) {
var out, i, len, c;
out = "";
len = str.length;
for(i = 0; i < len; i++) {
c = str.charCodeAt(i);
if ((c >= 0x0001) && (c <= 0x007F)) {
out += str.charAt(i);
} else if (c > 0x07FF) {
out += String.fromCharCode(0xE0 | ((c >> 12) & 0x0F));
out += String.fromCharCode(0x80 | ((c >> 6) & 0x3F));
out += String.fromCharCode(0x80 | ((c >> 0) & 0x3F));
} else {
out += String.fromCharCode(0xC0 | ((c >> 6) & 0x1F));
out += String.fromCharCode(0x80 | ((c >> 0) & 0x3F));
}
}
return out;
}
function utf8to16(str) {
var out, i, len, c;
var char2, char3;
out = "";
len = str.length;
i = 0;
while(i < len) {
c = str.charCodeAt(i++);
switch(c >> 4)
{
case 0: case 1: case 2: case 3: case 4: case 5: case 6: case 7:
// 0xxxxxxx
out += str.charAt(i-1);
break;
case 12: case 13:
// 110x xxxx 10xx xxxx
char2 = str.charCodeAt(i++);
out += String.fromCharCode(((c & 0x1F) << 6) | (char2 & 0x3F));
break;
case 14:
// 1110 xxxx 10xx xxxx 10xx xxxx
char2 = str.charCodeAt(i++);
char3 = str.charCodeAt(i++);
out += String.fromCharCode(((c & 0x0F) << 12) |
((char2 & 0x3F) << 6) |
((char3 & 0x3F) << 0));
break;
}
}
return out;
}
那麼爲何須要進行轉化呢？由於在JavaScript中得到的中文字符是用UTF16進行編碼的，和咱們統一的頁面標準格式UTF-8可不同哦，因此須要先進行轉化，上面的函數UTF-16到UTF8，而後再進行Base64的編碼。
下面是關於Js進行Base64編碼和解碼的相關操做：
var base64EncodeChars = "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789+/";
var base64DecodeChars = new Array(
-1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1,
-1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1,
-1, -1, -1, -1, -1, -1, -1, -1, -1, -1, -1, 62, -1, -1, -1, 63,
52, 53, 54, 55, 56, 57, 58, 59, 60, 61, -1, -1, -1, -1, -1, -1,
-1, 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14,
15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, -1, -1, -1, -1, -1,
-1, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40,
41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, -1, -1, -1, -1, -1);
//客戶端Base64編碼
function base64encode(str) {
var out, i, len;
var c1, c2, c3;
len = str.length;
i = 0;
out = "";
while(i < len) {
c1 = str.charCodeAt(i++) & 0xff;
if(i == len)
{
out += base64EncodeChars.charAt(c1 >> 2);
out += base64EncodeChars.charAt((c1 & 0x3) << 4);
out += "==";
break;
}
c2 = str.charCodeAt(i++);
if(i == len)
{
out += base64EncodeChars.charAt(c1 >> 2);
out += base64EncodeChars.charAt(((c1 & 0x3)<< 4) | ((c2 & 0xF0) >> 4));
out += base64EncodeChars.charAt((c2 & 0xF) << 2);
out += "=";
break;
}
c3 = str.charCodeAt(i++);
out += base64EncodeChars.charAt(c1 >> 2);
out += base64EncodeChars.charAt(((c1 & 0x3)<< 4) | ((c2 & 0xF0) >> 4));
out += base64EncodeChars.charAt(((c2 & 0xF) << 2) | ((c3 & 0xC0) >>6));
out += base64EncodeChars.charAt(c3 & 0x3F);
}
return out;
}
//客戶端Base64解碼
function base64decode(str) {
var c1, c2, c3, c4;
var i, len, out;
len = str.length;
i = 0;
out = "";
while(i < len) {
/* c1 */
do {
c1 = base64DecodeChars[str.charCodeAt(i++) & 0xff];
} while(i < len && c1 == -1);
if(c1 == -1)
break;
/* c2 */
do {
c2 = base64DecodeChars[str.charCodeAt(i++) & 0xff];
} while(i < len && c2 == -1);
if(c2 == -1)
break;
out += String.fromCharCode((c1 << 2) | ((c2 & 0x30) >> 4));
/* c3 */
do {
c3 = str.charCodeAt(i++) & 0xff;
if(c3 == 61)
return out;
c3 = base64DecodeChars[c3];
} while(i < len && c3 == -1);
if(c3 == -1)
break;
out += String.fromCharCode(((c2 & 0XF) << 4) | ((c3 & 0x3C) >> 2));
/* c4 */
do {
c4 = str.charCodeAt(i++) & 0xff;
if(c4 == 61)
return out;
c4 = base64DecodeChars[c4];
} while(i < len && c4 == -1);
if(c4 == -1)
break;
out += String.fromCharCode(((c3 & 0x03) << 6) | c4);
}
return out;
}
這樣傳遞過去的值就能夠在服務器端解碼操做了。
下面是C#的Base64加碼和解碼的相關類：
using System;
using System.Data;
using System.Configuration;
using System.Web;
using System.Web.Security;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Web.UI.WebControls.WebParts;
using System.Web.UI.HtmlControls;
namespace CNVP.Base64
{
/// <summary>
/// MyBase64 的摘要說明
/// </summary>
public class MyBase64
{
public MyBase64()
{
//
// TODO: 在此處添加構造函數邏輯
//
}
/// <summary>
/// 服務器端Base64編碼
/// </summary>
/// <param name="data"></param>
/// <returns></returns>
public string base64Encode(string data)
{
try
{
byte[] encData_byte = new byte[data.Length];
encData_byte = System.Text.Encoding.UTF8.GetBytes(data);
string encodedData = Convert.ToBase64String(encData_byte);
return encodedData;
}
catch (Exception e)
{
throw new Exception("Error in base64Encode" + e.Message);
}
}
/// <summary>
/// 服務器端Base64解碼
/// </summary>
/// <param name="data"></param>
/// <returns></returns>
public string base64Decode(string data)
{
try
{
System.Text.UTF8Encoding encoder = new System.Text.UTF8Encoding();
System.Text.Decoder utf8Decode = encoder.GetDecoder();
byte[] todecode_byte = Convert.FromBase64String(data);
int charCount = utf8Decode.GetCharCount(todecode_byte, 0, todecode_byte.Length);
char[] decoded_char = new char[charCount];
utf8Decode.GetChars(todecode_byte, 0, todecode_byte.Length, decoded_char, 0);
string result = new String(decoded_char);
return result;
}
catch (Exception e)
{
throw new Exception("Error in base64Decode" + e.Message);
}
}
}
}
var Keyword=base64encode(utf16to8(document.all.Keyword.value));
Keyword=Keyword.replace("+","%2B");//替換+，不然在服務器解碼的時候會出錯
服務器端使用如下代碼調用：
CNVP.Base64.MyBase64 base64 = new CNVP.Base64.MyBase64();
Keyword=base64.base64Decode(Keyword);
相關文章
- 1. js的url傳遞中文參數亂碼的解決方案
- 2. oracle客戶端服務端字符集-解決亂碼
- 3. vue先後端aes url傳參解密再解base64編碼
- 4. 解決get方法傳遞URL參數中文亂碼問題
- 5. js 解決傳遞url參數中文亂碼問題
- 6. android jsoup解析服務端數據客戶端源碼講解。
- 7. Oracle客戶端與服務器端字符集不匹配解決方法
- 8. url 傳遞參數(特殊字符)解決方法
- 9. http請求 url 傳遞參數(特殊字符)解決方法
- 10. C#服務器客戶端
- 更多相關文章...
- • MySQL客戶端和服務器端工具集 - MySQL教程
- • XSLT - 在客戶端 - XSLT 教程
- • Scala 中文亂碼解決
- • Flink 數據傳輸及反壓詳解
相關標籤/搜索
每日一句
-
每一个你不满意的现在，都有一个你没有努力的曾经。
歡迎關注本站公眾號,獲取更多信息
