Chrome的解决方案是在输入类型密码中添加autocomplete=“new password”。请检查以下示例。

例子：

<form name="myForm"" method="post">
   <input name="user" type="text" />
   <input name="pass" type="password" autocomplete="new-password" />
   <input type="submit">
</form>

如果Chrome找到一个密码类型的框，它总是自动完成数据，这足以表明该框的自动完成=“新密码”。

这对我很有用。

注意：使用F12确保更改生效。很多时候，浏览器都会将页面保存在缓存中，这给我一个不好的印象，认为它不起作用，但浏览器实际上并没有带来更改。

我真不敢相信，这件事被报道了这么久，仍然是一个问题。以前的解决方案对我来说不起作用，因为Safari似乎知道元素何时不显示或不在屏幕上，但下面的解决方案确实对我起作用：

<div style="height:0px; overflow:hidden; ">
  Username <input type="text" name="fake_safari_username" >
  Password <input type="password" name="fake_safari_password">
</div>

我不得不对那些说要避免禁用自动完成的答案表示异议。

首先要指出的是，未在登录表单字段上显式禁用自动完成是PCI-DSS失败。此外，如果用户的本地计算机受到威胁，则攻击者可以轻松地获取任何自动完成的数据，因为这些数据存储在明文中。

当然，可用性是有争议的，但在哪些表单字段应该禁用自动完成功能，哪些表单字段不应该禁用自动填写功能时，存在一个非常好的平衡。

我在一个表单上遇到了问题，其中包含用户名和电子邮件的输入字段，而电子邮件正好在用户名之后。Chrome会自动将我当前的网站用户名填入电子邮件字段，并将重点放在该字段上。这并不理想，因为它是一种向web应用程序添加新用户的表单。

看起来，如果您有两个输入，一个接一个，其中第一个输入的标签或ID中包含“用户名”或用户名，而下一个输入的商标或ID中则包含“电子邮件”一词，chrome将自动填充电子邮件字段。

对我来说，解决问题的是将输入的ID更改为不包含这些单词。我还必须设置标签的文本转换为空字符串，并使用javascript settimeout函数将标签更改回0.01秒后的状态。

setTimeout(function () { document.getElementById('id_of_email_input_label').innerHTML = 'Email:'; }, 10);

如果您遇到任何其他输入字段被错误自动填充的问题，我会尝试此方法。

我使用此TextMode=“password”autocomplete=“new password”，并在aspx txtPassword.Attributes.Add（“value”，“”）中加载页面；

解决方法是在用户想要更改密码之前，不要将密码字段插入到DOM中。这可能适用于某些情况：

在我们的系统中，管理员页面中有一个密码字段，因此我们必须避免无意中设置其他用户的密码。由于这个原因，表单有一个额外的复选框，用于切换密码字段的可见性。

因此，在这种情况下，来自密码管理器的自动填充成为双重问题，因为用户甚至看不到输入。

解决方案是让复选框触发是否在DOM中插入密码字段，而不仅仅是其可见性。

AngularJS的伪实现：

<input type="checkbox" ng-model="createPassword">
<input ng-if="changePassword" type="password">