过去几天我在使用 chrome 时遇到麻烦。
每次打开 Chrome 时，它都会冻结几分钟。一旦 Chrome 重新开始工作，一切就都正常了，但是当你必须等待几分钟才能使用网络浏览器执行任何操作时，这很令人沮丧。
我设法找到了一个解决方案，并在下面将其作为答案发布，但如果其他人遇到过类似的问题并设法解决，请随时告诉我们如何解决。
答案1
我在这篇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 SUCCESS 类型：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 SUCCESS 类型：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 未找到路径 所需访问：通用读取、处置：打开、选项：顺序访问、同步 IO 非警报、非目录文件、属性：HS、共享模式：读取、分配大小：不适用、模拟：Smith_VAIO\John
此行为循环进行。
有时还会加入：
11：34：57.1073869 AM lsass.exe 908 CreateFile C：\Users\John\AppData\Roaming\Microsoft\Protect\CREDHIST SUCCESS 所需访问：通用读/写、处置：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 SUCCESS 分配大小：24、文件结束：24、链接数：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 成功 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 成功 SyncType：SyncTypeOther 11：34：57.1076805 AM lsass.exe 908 CloseFile C:\Users\John\AppData\Roaming\Microsoft\Protect\CREDHIST 成功
因此...使用该信息，我转到路径“C:\Users\John\Appdata\Roaming\Microsoft\Protect\”，并找到一个几天前创建的带有随机 guid 的文件夹。当我删除此 guid 文件夹时，lsass.exe 当前仍处于“卡住”状态，并立即使用新 guid 创建了另一个文件夹。下一步可能没有必要，但我也删除了新创建的 guid 文件夹，这次它没有重生。lsass.exe 处理器时间恢复正常。我尝试关闭 chrome，此时它正常关闭。我重新打开 chrome，观察到 lsass 使用了一些 CPU 大约 10 秒，然后停止。我关闭了 chrome，该进程再次正常终止。然后我重新打开 chrome 以观察与以前相同的行为（正常行为）。
因此，结论是，必须删除位于“C:\Users\\appdata\roaming\microsoft\protect\”的文件夹。
就我的情况来说，这是有效的。
希望您重视这些信息！
我只是在这里发布它，因为我很难找到这个解决方案，我希望将来我可以帮助其他人更轻松地找到它。
我完全按照评论作者的建议做了，删除文件夹后，重新运行 chrome，文件夹重新创建，但 chrome 不再冻结。该文件夹的名称很奇怪，由一长串不同的字符组成，而且看起来是空的，但删除它对我来说确实有效。
祝你好运！