起因
最近一段时间，微博数据泄露，密码问题再次被放到中心位置。于是借机我决定把所有密码全部随机化，并且交由 App 管理。最后我选择了密码键盘。
然而，在导入数据时，发现使用说明中的导入方案过于复杂，因此分享一下我导入 CSV 明文数据的经验。本文以导入 Google Chrome 表单数据 为例。
官方使用说明，手动编辑我一百多条数据要手动导入到猴年马月啊↓
软件
Notepad2-mod（核心）
Excel
Notepad2-mod↓
Google Passwords
导出 Google Passwords 的表单数据，并查看 Google Passwords 的数据格式。
（如果你在使用Android 端的 Google 自动填充，其数据也包括在内，但是没有标题）
可见 Google Passwords 的格式为 name,url,username,password。
打开密码键盘的数据样式与其对比，
可见密码键盘 v1模板 为 username,password,title,remarks，
v2模板 为 username,password,title,remarks,url。
本文以 v2模板（包含url的模板） 为例。
注意：编辑本文时，官方文档存在一定的问题。提供的文件中v2的文件头为SecretInputExportFile,password,ver1，实际应为SecretInputExportFile,password,ver2。**
由于起初未发现此问题**，下文所有图片中文件头的“ver1”字样均应改成“ver2”。
数据模板对比如下，图三第一行的ver1应改为ver2↓
官方强调“不要用 Excel 打开示例的 csv 文件”，为啥咧？不怕死的我们作死试试的话，就会这样——哇！金色传说！注：第一行的ver1应改为ver2，后文不再强调。↓
乱码了。
然而如果我们打开 Google Passwords 的 csv 文件的话——种族歧视啊这？
都是编码的错
为什么会出现这种情况呢？细心的朋友可能已经发现，Google Passwords 和官方示例文件在编码上有亿点点不同：
Google Passwords 的编码为 ANSI + CR+LF，然而 App·CSV 的编码为 UTF-8 + LF，所以说，我们在编码上动一点点手脚就可以用 Excel 对导入文件预编辑：把示例文件编码改为 ANSI + CR+LF。↓
使用 Excel 打开，无乱码现象。可以正常打开了~↓
按照正确的格式，一一对应把数据置入。按照官方使用说明，前两行不能删。复制粘贴即可~如果你有100+条以上的数据，操作相对会方便很多。↓
完成后保存。
完成后再用Notepad2-Mod将第一行多余的两个逗号删除。（暂时不明了删除或否是否会造成其他不良影响。）将格式改回 UTF-8 + LF。
补充说明：发现官方文档的错误。说真的，我还以为是我自己的问题。
把文件传送到手机上，并导入。此处只是图方便用 QQ 传，为了数据安全，请使用数据线等方式传输。
然后导入。大功告成~
总结
- 使用 Notepad2-mod 将官方模板编码转为 ANSI + CR+LF
- 使用 Excel 复制粘贴，整理数据
- 保存后使用 Notepad2-mod 删除首行多余的逗号（如果模板错误可能要将 ver1 改为 ver2），并将编码转回 UTF-8 + LF
- 使用离线方式将文件传到手机，并导入文件。