我遇到了chrome自动填充行为的几个形式的问题。
表单中的字段都有非常常见和准确的名称，例如“email”、“name”或“password”，并且它们还设置了autocomplete=“off”。
自动完成标志已经成功禁用了自动完成行为，当你开始输入时，会出现一个下拉的值，但没有改变Chrome自动填充字段的值。
这种行为是可以的，除了chrome填充输入不正确，例如填充电话输入与电子邮件地址。客户抱怨过这个问题，所以它被证实在很多情况下都发生了，而不是我在我的机器上本地操作的某种结果。
目前我能想到的唯一解决方案是动态生成自定义输入名称，然后在后端提取值，但这似乎是一种相当笨拙的解决这个问题的方法。是否有任何标签或怪癖，改变自动填充行为，可以用来解决这个问题?
当前回答
我刚刚发现，如果你记住了一个网站的用户名和密码，当前版本的Chrome会自动填充你的用户名/电子邮件地址到任何type=password字段之前。它并不关心字段被称为什么-只是假设password之前的字段将是您的用户名。
旧的解决方案
只要使用<form autocomplete="off">，它就可以防止密码预填充以及基于浏览器可能做出的任何类型的启发式填充字段(这通常是错误的)。而不是使用<input autocomplete="off">，这似乎被密码自动填充忽略了(在Chrome中，Firefox确实遵守它)。
更新的解决方案
Chrome现在忽略<form autocomplete="off">。因此，我最初的解决方案(我已经删除了)现在非常流行。
简单地创建两个字段，并使用“display:none”隐藏它们。例子:
<!-- fake fields are a workaround for chrome autofill getting the wrong fields -->
<input style="display: none" type="text" name="fakeusernameremembered" />
<input style="display: none" type="password" name="fakepasswordremembered" />
然后把你真正的领域放在下面。
记得添加评论，否则你团队中的其他人会想知道你在做什么!
2016年3月更新
刚刚测试了最新的Chrome -一切都很好。这是一个相当古老的答案，但我想说的是，我们的团队已经在几十个项目中使用它很多年了。尽管下面有一些评论，但它仍然很好用。可访问性没有问题，因为字段是显示的:无意味着它们不会得到焦点。正如我提到的，你需要把它们放在你真正的领域之前。
如果使用javascript修改表单，还需要一个额外的技巧。在操作表单时显示假字段，然后在一毫秒后再次隐藏它们。
使用jQuery的示例代码(假设你给你的假字段一个类):
$(".fake-autofill-fields").show();
// some DOM manipulation/ajax here
window.setTimeout(function () {
$(".fake-autofill-fields").hide();
}, 1);
2018年7月更新
我的解决方案不再那么有效，因为Chrome的反可用性专家已经在努力工作。但他们给了我们一点好处:
<input type="password" name="whatever" autocomplete="new-password" />
这很有效，基本上解决了问题。
但是，当您没有密码字段而只有电子邮件地址时，它将不起作用。这也很难让它停止变黄和预填充。可以使用假字段解决方案来修复这个问题。
事实上，有时您需要放入两个假字段，并在不同的地方尝试它们。例如，我已经在我的表格的开头有假字段，但Chrome最近又开始预填充我的“电子邮件”字段-所以我加倍努力，在“电子邮件”字段之前放了更多的假字段，这就解决了问题。删除第一批或第二批字段将还原为不正确的过度自动填充。
更新 Mar 2020
目前尚不清楚这种解决方案是否以及何时仍然有效。它似乎有时仍然有效，但不是一直有效。
在下面的评论中，你会发现一些提示。@anilyeni刚刚添加的一个可能值得更多的研究:
正如我注意到的，autocomplete="off"在Chrome 80上工作，如果<form>中少于三个元素。我不知道它的逻辑是什么，也不知道它的相关文档在哪里。
还有来自@dubrox的这个可能是相关的，尽管我还没有测试过:
非常感谢你的技巧，但请更新答案，如下所示:无;不再工作，但位置:固定;顶部:-100px;左侧:-100px;宽度:5 px;:)
2020年4月更新
chrome的特殊值为这个属性正在做的工作:(在输入上测试-但不是由我) 自动完成= " chrome-off "
其他回答
除了autocomplete="off"外，还必须将值设置为空(value="")才能使其工作。
我知道这不是完全相关的，但这是我所做的。 自动填充字段会引发一个“change”事件，但前提是你尽可能早地将其绑定到它们。
我把这个放到head部分。
$(document).ready(function(){
$('input').on('change',function(){$(this).val('')})
});
这对我很有效。
我的工作，因为上面没有一个似乎工作在Chrome 63及以上
我在我的网站上通过替换违规的输入元素来解决这个问题
<p class="input" contenteditable="true"> </p>
在提交之前使用jQuery填充隐藏字段。
但这确实是一个可怕的黑客，因为铬的一个糟糕的决定。
所以显然，最好的修复/黑客现在不再工作，再次。我使用的Chrome版本是49.0.2623.110 m和我的帐户创建形式现在显示保存的用户名和密码与形式无关。由于铬!其他黑客似乎很可怕，但这个黑客不那么可怕……
为什么我们需要这些黑客工作是因为这些形式通常是帐户创建形式，即不是登录形式，应该允许填写密码。帐户创建表单您不希望删除用户名和密码的麻烦。从逻辑上讲，这意味着在呈现时永远不会填充密码字段。所以我使用了一个文本框，加上一点javascript。
<input type="text" id="password" name="password" />
<script>
setTimeout(function() {
$("#password").prop("type", "password");
}, 100);
// time out required to make sure it is not set as a password field before Google fills it in. You may need to adjust this timeout depending on your page load times.
</script>
我认为这是可以接受的，因为用户不会在短时间内获得密码字段，并且如果该字段是密码字段，则发送回服务器没有任何区别，因为无论如何它都是以纯文本发送回来的。
Caveat: If, like me, you use the same creation form as an update form things might get tricky. I use mvc.asp c# and when I use @Html.PasswordFor() the password is not added to the input box. This is a good thing. I have coded around this. But using @Html.TextBoxFor() and the password will be added to the input box, and then hidden as a password. However as my passwords are hashed up, the password in the input box is the hashed up password and should never be posted back to the server - accidentally saving a hashed up hashed password would be a pain for someone trying to log in. Basically... remember to set the password to an empty string before the input box is rendered if using this method.
如果你正在实现一个搜索框特性，试着将type属性设置为search，如下所示:
<input type="search" autocomplete="off" />
这是为我的Chrome v48工作，似乎是合法的标记:
https://www.w3.org/wiki/HTML/Elements/input/search
