【Webview相关问题】"控制字符"引发的惨案及Base64

问题描述

webview.loadurl 去执行一段js语句来回调前端方法来回传数据，但是发现偶尔出现没有回调的情况，

参照物

• 将该语句在前端环境中执行完美通过。
• iOS执行该操作也是正常的。
  查找到解决这个问题花费了不少时间，所以有必要好好的总结一下

LoadUrl里不允许出现控制字符？

掌握了一定规律后发现，在包含某个车次信息的时候，回调就会失败，然后使用二分法的方式最后查找到是在一段加密的数据中包含了%0a这么个控制字符。

个人猜测 :虽然loadUrl使用的是webview执行js的功能，但其仍旧是以url的规范来约束。当URL decode 的时候，%0a ⇒ 换行 ! 什么鬼.

控制字符

见 控制字符

在ASCII码中，0～31及127(共33个)是控制字符或通信专用字符（其余为可显示字符），如控制符：LF（换行）、CR（回车）、FF（换页）、DEL（删除）、BS（退格)、BEL（响铃）等；通信专用字符：SOH（文头）、EOT（文尾）、ACK（确认）等；ASCII值为8、9、10 和13 分别转换为退格、制表、换行和回车字符。它们并没有特定的图形显示，但会依不同的应用程序，而对文本显示有不同的影响。

• 打印控制字符最先用于控制作为最早的输出设备-打印机的物理机件
• 控制字符 二进制转化后输出了是一条控制操作，没有特定的图形显示；也被称为不可打印字符
• 可打印字符 (对比上面)二进制转化后输出的则是一个显式的图形。

如何解决呢?:Base64或者URL encode

base64的原理

从原理上搞定编码– Base64编码

base64索引表

可以了解到几点:
* base编码选用了”A-Z、a-z、0-9、+、/” 64个可打印字符
* 每个base编码对应一个数值，因为编码总共只有64个（名称由来），所以数值是0～63，可以用6位二进制来全部表示。

那如何用6位编码来表示其他的字符呢？（以量取胜）

Man 3个字符使用3个字节来表示，但是使用base64则使用了4个，

Base64编码是将二进制数据转化成可打印的安全字符的过程

二进制数据可以是“图片编码后的数据”、“字符串的二进制编码”等

例子:

原始字符串(中间有个换行):

Hello
world!

转化为ASCⅡ编码（十进制显示）:

72 101 108 108 111 10 119 111 114 108 100 33

Base64后（十进制显示）：

83 71 86 115 98 71 56 115 67 110 100 118 99 109 120 107 73 61 61

再转化为ASCⅡ字符:

SGVsbG8sCndvcmxkIQ==

Base64具有浅度的加密意义。

不可一眼看出，但是反解比较容易。

参考:

https://segmentfault.com/q/1010000000801988/a-1020000002230260
http://stackoverflow.com/questions/3538021/why-do-we-use-base64
从原理上搞定编码– Base64编码
https://issues.apache.org/jira/browse/CB-10923