前一段时间被安全部门查出，明文传递密码，被要求整改。
然后就进行了引入了第三方的base64编码的js库，进行了编码然后传递。
其实在前端的加密都是寻求一个心理安慰，作用是微乎其微的，确实也更加好那么一点。
今天在看 filer 无意看到了 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的地方优先喽。
阴影：
WindowBase64 - Web API 接口 | MDN
window.atob()与window.btoa()方法实现编码与解码 - 风雨后见彩虹 - 博客园