谁能推荐一下android url编码平板， 可以支持768P 编码格式为 tscc

来源：蜘蛛抓取(WebSpider) 时间：2012-03-25 07:15 标签： android url编码

最近在搞http相关的处理碰到一个URLEncode嘚问题，简单记录下供后期查找。

发送给服务端的请求中的参数值如果含有特殊符号，需要是做URLEncode服务端才可以正常解析，否则可能會出错

URLEncode主要是把一些特殊字符转换成转移字符，比如：&要转换成&这样的

如果不转换，可能会在运行时直接报错

如果全部转换，也会報错因为会把其中非参数的部分也给转换了。

所以要确保只有参数部分被转换

 在开始讨论编码解码之前首先來明确一下问题。

答：它是一种编码类型当URL地址里包含非西欧字符的字符串时，系统会将这些字符转换成application/x-www-form-urlencoded字符串

      然而，在向服务器发送大量的文本、包含非ASCII字符的文本或二进制数据时这种编码方式效率很低这个时候我们就要使用另一种

   这就是被编码后的字符串，下面峩们就讨论一下java 的url编码与解码问题

    这个方法总是用它所在平台的默认编码形式所以在不同系统上，它就会产生不同的结果结果.URLEncoder;

利用这個类，现在我们就能对前面那个例子中的string进行编码了:

第一种解码方法在java1.3和java1.2中使用第二种解码方法在java1.4和更新的版本中使用。如果你拿不定主意用哪种编码方式那就选择UTF-8吧。它比其他任何的编码形式更有可能得到正确的结果

如果string包含了一个“%”，但紧跟其后的不是两位16进淛的数或者被解码成非法序列该方法就会抛出 IllegalArgumentException 异常。当下次再出现这种情况时它可能就不会被抛出了。这是与运行环境相关的当检查到有非法序列时，抛不抛出 IllegalArgumentException 异常这时到底会发生什么是不确定的。在Sun's JDK 1.4中不会抛出什么异常，它会把一些莫名其妙的字节加进不能被順利编码的string中这的确令人头疼，可能就是一个安全漏洞

由于这个方法没有触及到非转义字符，所以你可以把整个URL作为参数传给该方法不用像之前那样分块进行。例如：

我要回帖

更多关于 android url编码 的文章

 

随机推荐