解决方案 »

  1.   

    这个不是乱码,这是http请求中的url编码,默认格式是ISO-8859-1,在接收的时候要进行编码,例如:String result = new String(name.getBytes("ISO-8859-1"), "utf-8");
      

  2.   

    百度搜 url解码,有在线工具的,至于如何用代码来解码,搜索一下。。
      

  3.   

    呵呵 我知道是 url 解码,用网上工具,是不是觉得很简单,你试试就知道,如果可以我就没必要跑论坛来问了
      

  4.   


    如果你去试试应该也有体会,这个地址 相同关键字 ,不同时间 ix 参数不同,word 的加密也不同,所以要解析,就要去算 百度移动搜索的方法,
      

  5.   


    如果你去试试应该也有体会,这个地址 相同关键字 ,不同时间 ix 参数不同,word 的加密也不同,所以要解析,就要去算 百度移动搜索的方法,
    我试过了,好像是那样的,解析不出关键字来,跟url编码的格式好像也不一致,不知道是不是url编码,我解析的还是一堆乱码!
      

  6.   

    看到一篇文章应该对你有用,http://blog.csdn.net/enjoyinwind/article/details/7342857,进行了两次编码,解析的时候要解析两次!
      

  7.   

    我也遇到相同问题,baidu移动端的链接形如:
    http://m.baidu.com/from=2001c/s?word=%25d6%257b%258c%25d9%258d%258b%25d9%2574%25ae&st=11104i&ts=7702073&sa=is_1&ss=11&rq=%E5%8A%9B%E6%96%90&ix=623%25其中word参数,被两次编码但是通过urldecode两次后,直接是乱码
      

  8.   

    同样的汉字,自己做url编码,得到的3个16进制数,与百度生成的3个hex相减,差值都一样
    说明百度在原编码基础上进行了偏移?
    但是偏移量是怎么计算的呢?和ix之间的关系怎么确定?
      

  9.   

    我做了3组测试,看不出有任何规律。。难道这个ix对应的偏移,是在服务器端对应的。。
    差值   ix
    80     150
    C4     904
    E3     398
      

  10.   


    http://www.iteye.com/problems/100765#solutions  只是片面的进行了一下加密。推算,不过和 ix 没关联起来,ix 参数 我看最大是999