<span style="font-family:Comic Sans MS;"><script language="javascript">
window.load = function(){
document.getElementById('密码域ID').value='';
};
</script> </span>
注：或者使用 jQuery 对应的方法。
Ⅲ、页面采用https协议，因为https是不会对表单进行保存信息的。
Ⅳ、采用flash做登录表单，这种情况浏览器也不会记录表单信息。
Ⅴ、再来个变态的好了，就是可以把 type="password" 改成 type="text"，因为 type 不是 password 就不会出现记住密码功能,然后设置一个变量如：var val="" 或者是设置一个隐藏域 <input type="hidden" name="val">，最后用 onpropertychange 把密码换成一行圆点，并把值赋给 val，提交时再把 val
的值还原回去，由于效果和 * 号一样，用户是看不出来的。
对比
那么，问题来了，如果项目已经开发结束，并且正在进行测试阶段，遇到这样的问题之后，那么你不可能再去重构代码了，而是所谓的打补丁，通过补丁来解决这个漏洞。那么，可用的方案就是 I 和 Ⅱ了，当然，如果你不怕麻烦，那么推荐使用 Ⅳ 和 Ⅴ了。
第 Ⅲ 种方案肯定是不行的，因为项目中的协议已经在开发结束的时候就确定了，如果事先留有接口的话，那就容易的多了。不过，这需要一个好的设计才能实现。
当你选择第Ⅰ种方案的时候，你会发现，其实还是有问题的，因为我在做的时候，就已经测试过了，第 Ⅰ 种方案在 IE 10 及以上版本都不会有问题，但在 IE 10 以下的版本就出现了明文，this.type=‘password‘ 完全不起作用。如果你的项目中需要 IE 多个版本的兼容性的话，这种方案就被 pass 了。
而至于第Ⅱ种方案，通过测试你就会发现，其实它的作用是锦上添花，搭配第Ⅰ种方案一起使用还是可以的，不过第Ⅰ种方案已经被 pass 了，仅仅使用第Ⅱ种方案也只是治标不治本，所以，一样 pass 。
如果项目在开发中，那么第Ⅲ种、第Ⅳ种方案可以尝试一下。
而我选择的解决方案，则是使用第Ⅴ种，这种方式是使用 JS 实现的，通过文本框获得焦点后，把文本框进行替换成密码框，这种方式在各版本的 IE 中都是可以做到的。而且，如果您的项目正在开发的阶段，那么，我推荐您使用这种方式，在以后的维护中，也不会有后顾之忧的。
至于代码嘛，这里就不贴了，都不难，而且网上也都有。如果有需要的可以私信给我，我会把代码发给您。
结束语
对于整个 Web 安全体系中，这个漏洞并不算是致命的，这里提一下也只是让大家有个认识，补漏洞不是我们的目的，重要的是如何在开发中避免出现这样的漏洞，所谓“防患于未然”，就是这个道理。
