如何修复由于Windows 10上的lsass.exe服务而导致Google Chrome浏览器启动缓慢的问题？

在此chrome问题报告的评论中，我找到了chrome启动冻结的解决方案：

https://bugs.chromium.org/p/chromium/issues/detail?id=374624

这是注释27，所有注释归功于注释的作者：

我现在正在处理这个问题。

在这里，使用大家的一些线索，我对此进行了追踪。

进程浏览器显示lsass.exe下发生的安全令牌请求和终止循环，令牌为\：1c42f

例如：Smith_VAIO \ John：1c42f

在使用Process Monitor进行检查后，我们将看到以下内容：

11：34：57.3492434 AM lsass.exe 908 RegQueryKey HKLM成功查询：HandleTags，HandleTags：0x0 11：34：57.3492833 AM lsass.exe 908 RegOpenKey HKLM \ Software \ Microsoft \ Windows NT \ CurrentVersion \ ProfileList \ S-1-5- 21-563832473-1690269938-841482641-1000成功所需的访问权限：读取11：34：57.3493295 AM lsass.exe 908 RegQueryValue HKLM \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ ProfileList \ S-1-5-21-563832473-1690269938- 841482641-1000 \ ProfileImagePath成功类型：REG_EXPAND_SZ，长度：28，数据：C：\ Users \ John 11：34：57.3493613 AM lsass.exe 908 RegQueryValue HKLM \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ ProfileList \ S-1- 5-21-563832473-1690269938-841482641-1000 \ ProfileImagePath成功类型：REG_EXPAND_SZ，长度：28，数据：C：\ Users \ John 11：34：57.3493926 AM lsass。exe 908 RegCloseKey HKLM \ SOFTWARE \ Microsoft \ Windows NT \ CurrentVersion \ ProfileList \ S-1-5-21-563832473-1690269938-841482641-1000成功11：34：57.3495197 AM lsass.exe 908 CreateFile C：\ Users \ John \ AppData \ Roaming \ Microsoft \ Protect \ S-1-5-21-563832473-1690269938-841482641-513 \ Preferred PATH Not FOUND所需的访问权限：通用读取，处置：打开，选项：顺序访问，同步IO不可警告，非目录文件，属性：HS，共享模式：读取，分配大小：不适用，模拟：Smith_VAIO \ John读取，分配大小：不适用，模拟：Smith_VAIO \ John读取，分配大小：不适用，模拟：Smith_VAIO \ John

此行为循环。

有时会抛出：

11：34：57.1073869 AM lsass.exe 908 CreateFile C：\ Users \ John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST SUSCESS所需的访问权限：通用读/写，配置：OpenIf，选项：同步IO非警报，非目录文件，随机访问，属性：HS，共享模式：无，分配大小：0，模拟：Smith_VAIO \ John，OpenResult：打开11：34：57.1074461 AM lsass.exe 908 QueryStandardInformationFile C：\ Users \ John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST成功分配大小：24，EndOfFile：24，NumberOfLinks：1，DeletePending：False，目录：False 11：34：57.1074769 AM lsass.exe 908 CreateFileMapping C：\ Users \ John \ AppData \ Roaming \ Microsoft \ Protect \使用作家锁定的CREDHIST文件SyncType：SyncTypeCreateSection，PageProtection：11：34：57.1075034 AM lsass.exe 908 QueryStandardInformationFile C：\ Users \ John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST SUCCESS AllocationSize：24，EndOfFile：24，NumberOfLinks：1，DeletePending：False，Directory：False 11：34：57.1075669 AM lsass.exe 908 CreateFileMapping C：\ Users \ John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST SUCCESS SyncType：SyncTypeOther 11：34：57.1076805 AM lsass.exe 908 CloseFile C：\ Users \ John \ AppData \ Roaming \ Microsoft \ Protect \ CREDHIST SUCCESS

所以...使用该信息，我转到路径“ C：\ Users \ John \ Appdata \ Roaming \ Microsoft \ Protect \”，找到了一个几天前创建的带有随机GUID的文件夹。当我删除此guid文件夹时，lsass.exe仍处于“卡住”状态，并立即使用新的guid创建了另一个文件夹。下一步可能是不必要的，但是我也删除了新创建的guid文件夹，这一次它没有重新生成。lsass.exe处理器时间恢复正常。我试图关闭chrome，此时它已正确关闭。我重新打开了chrome，观察到lsass使用了大约10秒钟的CPU，然后停止。我关闭了chrome，然后该过程再次正常终止。然后，我重新打开chrome，以观察到与以前相同的行为（正常行为）。

因此，结论是，必须删除位于“ C：\ Users \\ appdata \ roaming \ microsoft \ protect \”的文件夹。

在我看来，这是可行的。

希望您重视信息！

我之所以将其发布在这里，是因为我很难找到该解决方案，并且希望以后可以让其他人更轻松地使用它。

我完全按照注释作者的建议做了，一旦删除文件夹并重新运行chrome，就重新创建了该文件夹，但是chrome不再冻结。该文件夹具有一个奇怪的名称，该名称由一长串不同的字符组成，看起来好像是空的，但是删除它肯定对我有用。

祝你好运！