前一段时间被安全部门查出，明文传递密码，被要求整改。

然后就进行了引入了第三方的base64编码的js库，进行了编码然后传递。

其实在前端的加密都是寻求一个心理安慰，作用是微乎其微的，确实也更加好那么一点。

今天在看  无意看到了 btoa和atob。

这不就是内置的base64编码和解码么，那么接下来有两个问题 兼容性和中文的支持情况

兼容性

兼容性IE10以上和其他浏览器都支持，还是相对不错的，要是移动端都支持。

借两张 MDN的图片，要是真遇到IE怎么办，引入polyfill库，引入第三方库，或者直接不进行编码。

 中文编码

中文编码一直都是程序员要关注的，window.btoa('哎哟不错')，是会抛出异常的。

那么一般的思想都是先借用encodeURIComponent进行base64编码，

然后借用decodeURIComponent进行base64解码。

后看到MDN的备注，

function utf8_to_b64( str ) {    return window.btoa(unescape(encodeURIComponent( str )));}function b64_to_utf8( str ) {    return decodeURIComponent(escape(window.atob( str )));}// Usage:utf8_to_b64(' à la mode'); // "4pyTIMOgIGxhIG1vZGU="b64_to_utf8('4pyTIMOgIGxhIG1vZGU='); // " à la mode"//译者注:在js引擎内部,encodeURIComponent(str)相当于escape(unicodeToUTF8(str))//所以可以推导出unicodeToUTF8(str)等同于unescape(encodeURIComponent(str))

 两者的问题都解决了，那么到了引用场景了。

 简单的加密解密，,对于Html5 Api中出现的如FileReader Api, 拖拽上传,甚至是Canvas,Video截图都可以实现。

URL.createObjectURL也可以生成base64格式的东西，关键在于性能，借用别人的截图。这说明个啥，能用btoa的地方优先喽。

阴影：