谢谢楼主分享。 不过感觉这个函数的用途，可能不是很大。愚见。

<atlas:UpdatePanel ID="UpdatePanel1" runat="server">
<Triggers >
<asp:PostBackTrigger ControlID="btExport"></asp:PostBackTrigger>
</Triggers>

将btExport非除出去就可以了

在load里加入:
ScriptManager1.RegisterPostBackControl(btExport);
就可以了

@杆子
特色字符？应该是特殊字符吧！
中文和特殊字符，个人认为还是应该先编码，后解码。

utf-8 就不错啊。

我写程序的时候也很喜欢用url传递。

但是经常对中文和特色字符的支持不是很好。比如+等等。

所以 我就写了一个编码函数，核心是使用base64。编码。

但是base64太长了。那位有更好的编码方式

收录

8

@菩提树下的杨过
是啊，应该有一个规范。

cookie的操作，我一向都建议公司的同事先编码保存，再读取解码，url参数不管是不是包含有中文，都建议统一UrlEncode，如果是JS传参，统一全部encodeURIComponent(xxx)，一个团队中，大家都成习惯了，这类问题会少很多

@脚踏两只船
:-)

@Jeffrey Zhao
希望如此，还有，统一浏览器...

@coolxlc
是吗？这个倒不知道呢！

@灰上小楼
如果我对参数进行编码，“&”会被转化的，& 后面的当然就不会当成参数了！
不知道你是否有更好的方法？

对了 在传递中文的时候ie6和 ie7也不一样

--引用--------------------------------------------------
Jeffrey Zhao: 如果世界上所有的站点都使用utf-8作编码，那么此类问题就轻松太多了
--------------------------------------------------------
有道理

顶，支持原创

第三个http://www.XXX.com/admins/DayChart.aspx?un=ABC&ul=http://p.yiqifa.com/servlet/handleClick?sid=a7e226f4bb8f1a18&pid=221&wid=232 和编码没什么关系，特殊字符“&”的处理。

已阅

如果世界上所有的站点都使用utf-8作编码，那么此类问题就轻松太多了

url 说到底就是字符串,浏览器在分析这个字符串的时候肯定是按一定的规则来的,他总是把用&链接的字符串当成参数,就好像这样"s=45&b=45".Split(new char[]{'&'});

你这个有错。还是不行

可以来青岛找。
http://www.jinxingxing.com.cn

4~5k