有没有什么办法可以在前端对表单数据进行预处理 [ 2.0 版本 ]

这个当然是 可以的

简单的考虑，用 javascript 对密码做一些预处理就可以了，像什么 md5 sha1 之类的 都有开源的js库，当然也可以自己实现 一种加密算法，不过，因为 js代码都是需要下载到本地浏览器运行的，所以 不论你用 js 做什么手脚，即便你可以 对代码 做一些 混淆处理，只要我愿意 并且 有足够的时间 和 耐心，都是可以 读懂你的 js代码，知道你到底对 密码 做了什么处理的。 所以，这种方式 可以说是一种 中看不中用的 花拳绣腿 而已。

安全的方式 当然也有，对 IE 来说，可以使用 ActiveX 控件，对某个版本之前的 chrome 来说，可以使用 npapi插件，这两种方式 比 js 的方案都 安全很多，因为 看不到 源代码了。不过 遗憾的是：某个版本之后 chrome 取消了 对 npapi插件的支持，所以 这么多年以来 很多的 网上银行 都是只支持 IE 登录的，原因就是 chrome 下没有一种安全的 客户端密码加密方案。

补充一句：我这都是 很多年以前的认知了，不知道这么多年以来，chrome 有没有推出什么 新的技术，或者 H5下有没有什么 新的 实现方案，还望 对此有了解的大佬 不吝指教

直接上SSL证书不好么？现在都全民HTTPS了。

事实上，很多网上银行 很早就都是 全站 https 了，但是 登录页的密码 仍然会采用安全控件的方式。因为 他们防范的危险 是不同的。

https 解决的是 传输的问题，就题主本身 防止抓包 的需求而言，https 是可以在 一定程度上 解决问题的
浏览器控件 解决的是 客户端环境的问题，一个简单的例子，客户端如果运行有 键盘记录器，那么 https 就一点作用都没有了，而安全控件是可以对此 进行防范的。

当然，以上所言 有些 跑题，题主问的是 防止抓包
但，https的答案 也可以说 有些跑题，因为 题主问的是 密码的预处理

你登录的时候，怎么可能抓你的包呢？你这个担心没必要啊。除非你周围的局域网被人做过手脚了，这样的话防不胜防哦。