第一种方法：
在使用 ?id="中文" 传递中文参数时，出现了乱码，这是经过了二次转码后的结果，其中，在 php 中，url 中是不可以直接传输中文的，对于这点，一直心存不满，没办法呀，谁让咱没一套解决方案呢，不知道别的语言是不是也出现这样的问题。
对于网上所说的在首页添加 header("content-type:text/html;charset=utf-8"); 这样的代码，以及把数据库页面等等设置成 utf8 的解决方案根本无效，始终传递过来的中文是乱码。
尽管站点PHP我都是用的统一的 utf8 编码，但始终传递过去是乱码，后来测试了几个浏览器，发现 360 可以传递过去，而 IE 不行，后来再使用 $msg = iconv('gbk','utf-8',$_GET["msg"]); 进行转换，测试几个浏览器后，大多还是显示乱码的问题。
最后总结了一点，对于 GET[] 过去的值，url 中不可以直接传输中文，如果必须要传输的话，用 urlencode() 方法来处理中文。对于 POST[] 不知道怎么样，暂时还没有做过实验。
看来也只有用 urlencode() 方法来处理中文了，在传递之前要先进行编码，传递过去之后再进行解决就可以了，那么利用如下两个函数：编码：".urlencode('中文')."，解码：".urldecode('中文')."，括号里的中文就是传递的字符了。
如下：传递页面先进行编码：td.php?id=".urlencode('中文')."，接受页面进行解码即可：urldecode(id)."。
第二种方法：
如果gbk编码的页面生成的地址链接到utf-8的页面，gbk页面的中文是按照gbk的格式编码传送给下个页面，那么utf-8编码接收后肯定会出现乱码。
IIS的url重写模块，重写后的中文编码也是gbk，如果你的页面是utf-8编码，那么重写参数将会失效。像这些情况，我们就需要使用php内置的转码函数来处理编码问题了：
方案1：
$name = iconv("gbk","utf-8",$name);
方案2:
mb_convert_encoding($name, "utf-8", "gbk");
另外有需要云服务器可以了解下创新互联cdcxhl.cn，海内外云服务器15元起步，三天无理由+7*72小时售后在线，公司持有idc许可证，提供“云服务器、裸金属服务器、高防服务器、香港服务器、美国服务器、虚拟主机、免备案服务器”等云主机租用服务以及企业上云的综合解决方案，具有“安全稳定、简单易用、服务可用性高、性价比高”等特点与优势，专为企业上云打造定制，能够满足用户丰富、多元化的应用场景需求。