概要
本文可帮助你诊断和解决 Windows 客户端和 Windows Server 中的常见“开始”菜单问题。 “开始”菜单问题可能会影响工作效率和用户体验，范围从部署失败和应用程序崩溃到自定义问题和缺少磁贴。
本文提供以下任务的分步指南：
排查并修复你遇到的问题类型
识别和修复常见问题
访问相关的事件日志和诊断工具
有关已知“开始”菜单问题的最新信息，请参阅 Windows 发布运行状况仪表板。
故障排除清单
当你排查“开始”相关问题时（在大多数情况下，其他所有 Windows 应用也是如此），如果它们没有按预期运行，可以检查以下几项内容。 对于开始菜单或子组件不起作用的问题，以下几点可以帮助你缩小问题所在范围：
系统是否已安装最新功能更新和每月累积更新？
问题是否在更新后立即启动？ 检查方法：
PowerShell：[System.Environment]::OSVersion.Version
命令提示：winver
最近是否对注册表项或文件夹进行了任何更改？
是否有与 GPO/MDM 策略相关的最近更改？
限制对文件夹或注册表项的访问权限或权限的组策略设置可能会影响“开始”菜单性能。
某些适用于较旧作系统的组策略可能会导致“开始”菜单问题。
未经测试的开始菜单自定义设置可能会导致异常行为，但通常不会导致开始菜单完全失效。
“开始”菜单问题分为以下类别：
部署或安装
应用程序终止或崩溃
“开始”菜单自定义或其他策略/配置服务提供商（CSP）
其他问题
部署或安装问题
当你排查“开始菜单”的基本问题时（以及大多数其他 Windows 应用的问题时），如果它们没有按预期运行，可以检查以下几项内容。 对于开始菜单或子组件不起作用的问题，可以执行一些快速测试来缩小问题所在范围。
检查“开始”菜单是否已安装
若要查看单个用户是否安装了开始菜单包，请在未提升的 Windows PowerShell 提示符中使用以下 cmdlet：
Get-AppxPackage -Name Microsoft.Windows.StartMenuExperienceHost
如果已注册，输出如下所示：
如果未收到对 Get-AppxPackage cmdlet 的响应，仍然可以使用该系列名称或 AppxManifest.xml 文件的路径来使用 Add-AppxPackage cmdlet。 这是可能的，因为虽然此用户没有注册包，但其他用户可能。 这意味着该包仍存在于计算机上。
若要检查这一点，请在提升权限的 PowerShell 提示符中，将 -AllUsers 添加到之前使用的同一个 Get-AppxPackage cmdlet：
Get-AppxPackage *StartMenu* -AllUsers
如果成功返回应用详细信息，则表示包存在。
如果计算机上存在包，可以使用以下 cmdlet 注册开始菜单。
备注
请务必在非提升权限的命令提示符中使用 Add-AppxPackage cmdlet。 否则，包将注册到管理员而不是用户。
Add-AppxPackage -Path "C:\Windows\SystemApps\Microsoft.Windows.StartMenuExperienceHost_cw5n1h2txyewy\AppxManifest.xml" -Register -DisableDevelopmentMode
备注
在旧库存单位（SKU）（Windows 10 版本 1809 及更早版本）上，适用于开始菜单的 AppX 包不同。 检查是否已为这些 SKU 注册 Microsoft.Windows.ShellExperienceHost。
警告
如果未为任何用户安装 StartMenuExperienceHost，则最快的解决方法是还原为已知良好的配置。 这可能意味着回滚更新、将电脑重置为默认设置，或从备份还原。 不支持安装 Start AppX 文件的方法。 结果通常是有问题的，而且不可靠。
以下事件日志可用于排查相关问题：
对于与部署相关的问题： Microsoft-Windows-AppXDeployment*
对于与 AppX 激活相关的问题：Microsoft-Windows-TWinUI/Operational
对于与激活有关的问题，请在 Microsoft-Windows-TWinUI/Operational 中搜索以下与 Microsoft.Windows.StartMenuExperienceHost 或 Microsoft.Windows.ShellExperienceHost 相关的关键字，具体取决于你正在排查的操作系统版本：
“找不到包”
“注册表的值无效”
“找不到元素”
“无法注册包”
如果检测到这些事件，则 Start 未正确激活。 每个事件在说明中都有更多详细信息，应进一步调查。 事件消息可能会有所不同。
应用程序崩溃问题
如果应用程序已为该用户安装，但无法正常工作，请在以管理员身份运行的 PowerShell 提示符中运行以下 PowerShell cmdlet，检查负责显示“开始”菜单的进程是否正在为该用户运行：
get-Process StartMenuExperienceHost -IncludeUserName
备注
如果多个用户登录到计算机，则每个用户的会话中应有一个 StartMenuExperienceHost 进程。
在旧版 SKU（Windows 10 版本 1809 及更早版本）上，开始菜单的 AppX 包不同。 检查 ShellExperienceHost.exe 是否正在运行。
如果应用程序已安装但未为用户运行，请通过重启到安全模式进行测试，或者用于 msconfig 消除第三方或其他驱动程序和应用程序。
若要检查应用程序是否崩溃，请参阅应用程序事件日志，并查找对应 StartMenuExperienceHost.exe 的事件 ID 1000 和 1001。
以下工具可用于排查这些行为：
使用 Windows 错误报告（WER）生成故障转储。
ProcDump 用于生成崩溃转储。
使用Procmon调查失败是否与权限或类似问题有关。
有关应用程序崩溃事件的详细信息，请参阅 应用程序或服务崩溃行为故障排除指南。
有关在应用程序启动时使用 Procmon 排查故障的详细信息，请参阅 排查应用无法使用进程监视器启动的问题。
提示
检查可能与“开始”菜单相关的崩溃（例如，explorer.exe*、Search 和 ShellExperiencehost.exe）。
以下事件日志可用于排查相关问题：
对于与部署相关的问题： 应用程序
对于与 AppX 激活相关的问题：Microsoft-Windows-TWinUI/Operational
“开始”菜单自定义或其他策略/配置服务提供程序 (CSP) 问题
这些问题与开始菜单和相关组件的配置和自定义有关。 例如，与“开始”布局和开始菜单锁定相关的问题。
请参阅以下文章，获取与开始菜单相关的配置和可用策略和 CSP：
开始菜单策略设置
自定义“开始”屏幕布局
以下日志可用于排查相关问题：
对于与“开始”布局相关的问题： Microsoft-Windows-ShellCommon-StartLayoutPopulation*
gpresult
MDM 报告
其他注意事项
检查系统是全新安装还是升级安装
这是升级还是全新安装？
运行 test-path "$env:windir\panther\miglog.xml"。
如果该文件不存在，则系统是一个干净的安装。
可以通过运行 test-path "$env:windir\panther\miglog.xml"来找到升级问题。
用于进一步故障排除的资源
排查与开始菜单相关的问题时，以下工具和日志非常有用。
事件日志：
系统事件日志
应用程序事件日志
Microsoft/Windows/Shell-Core*
Microsoft-Windows-TWinUI*
Microsoft/Windows/AppReadiness*
Microsoft/Windows/AppXDeployment*
Microsoft-Windows-PushNotification-Platform/Operational
Microsoft-Windows-ShellCommon-StartLayoutPopulation*
Microsoft-Windows-CloudStore*
应用程序崩溃时记录：
检查可能与“开始菜单”（explorer.exe、任务栏等）相关的崩溃的应用程序日志事件 ID 1000 和 1001。
查看 WER 报告：
C：\ProgramData\Microsoft\Windows\WER\ReportArchive\
C：\ProgramData\Microsoft\Windows\WER\ReportQueue\
如果“开始”中的某个组件反复崩溃，请收集可供 Microsoft 支持部门分析的转储文件。
ProcDump 用于生成崩溃转储。
排查开始菜单问题的其他有用工具：
使用Procmon调查失败是否与权限或类似问题有关。
常见问题和解决方案
以下列表提供有关常见“开始”菜单错误的信息，以及帮助你修复这些错误的步骤。
症状：开始菜单在 Windows 2012 R2、Windows 10 或 Windows 2016 上没有响应
原因
后台任务基础架构服务（BrokerInfrastructure）服务未启动。
解决方案
确保后台任务基础结构服务设置为服务 MMC 中的自动启动。
如果后台任务基础结构服务无法启动，请确认 Power Dependency Coordinator Driver（PDC）驱动程序和注册表项均未被禁用或删除。 如果两者中任意一个缺失，请从备份或安装介质中还原。
若要验证 PDC 服务，请在命令提示符下运行 C:\>sc query pdc 。 结果如下所示：
SERVICE_NAME: pdc
TYPE : 1 KERNEL_DRIVER
STATE : 4 RUNNING
(STOPPABLE, NOT_PAUSABLE, IGNORES_SHUTDOWN)
WIN32_EXIT_CODE : 0 (0x0)
SERVICE_EXIT_CODE : 0 (0x0)
CHECKPOINT : 0x0
WAIT_HINT : 0x0
PDC 服务使用位于 %WinDir%\system32\drivers 中的 pdc.sys。
PDC 注册表子项为： HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\pdc
说明：@%SystemRoot%\system32\drivers\pdc.sys,-101
DisplayName： @%SystemRoot%\system32\drivers\pdc.sys,-100
ErrorControl： dword:00000003
群： Boot Bus Extender
ImagePath： hex(2):73,00,79,00,73,00,74,00,65,00,6d,00,33,00,32,00,5c,00,64,00,72,00,69,00,76,00,65,00,72,00,73,00,5c,00,70,00,64,00,63,00,2e,00,73,00,79,00,73,00,00,00
开始：dword:00000000
类型：dword:00000001
除了该服务列出的依赖项外，后台任务基础结构服务还要求加载电源依赖关系协调器驱动程序。 如果 PDC 在启动时未加载，后台任务基础结构服务将失败并影响“开始”菜单。
PDC 和后台任务基础结构服务的事件都将记录在事件日志中。 不应禁用或删除 PDC。 BrokerInfrastructure 是一种自动服务。 所有这些操作系统都需要此服务，才能确保开始菜单稳定运行。
备注
当计算机正在运行时，无法停止此自动服务。C:\windows\system32\svchost.exe -k DcomLaunch -p
症状：从版本 1511 升级到版本 1607 后，组策略“从开始菜单中删除所有程序列表”可能无法正常工作
原因
Windows 10 版本 1511 和 1607 之间的“所有应用”列表发生了更改。 这些更改意味着原始组策略和相应的注册表项不再适用。
解决方案
此问题已在 2017 年 6 月更新中解决。 将 Windows 10 版本 1607 更新到最新的累积更新或功能更新。
备注
启用组策略后，还需要选择所需的行为。 默认情况下，它设置为 “无”。
症状：删除本地用户配置文件时，Windows 10 版本 1709 上 开始菜单缺少警报、计算器和 Microsoft Edge 等应用程序磁贴，并且“设置”应用无法在 Windows 10 版本 1709 上打开
原因
这是一个已知问题。 不会检测到首次登录体验，也不会触发某些应用的安装。
解决方案
对于 Windows 10 版本 1709，此问题已在 KB 4089848（2018 年 3 月 22 日 — KB4089848，操作系统内部版本 16299.334）中修复
症状：尝试自定义开始菜单布局时，自定义项不适用或结果不预期
备注
已知问题可能会影响更新的“开始”菜单的“全部”部分（类别、网格或列表视图）的视图。 即使启用 “隐藏类别视图 ”策略，也会发生这种情况。 对于不反映上次使用的视图或预期配置的“开始”菜单，问题将在接下来的几个月内在即将到来的Windows每月更新中解决。 使设备保持最新状态，以在解决方案可用后立即获取解决方案。
原因
此问题有两个主要原因：
格式不正确：通过添加额外的空格或空格、输入错误的字符或以错误格式保存来错误地编辑 xml 文件。
若要判断格式是否不正确，请检查 应用程序和服务\Microsoft\Windows\ShellCommon-StartLayoutPopulation\Operational 日志中的事件 ID：22。
如果 xml 格式不正确，则会记录事件 ID 22，这意味着指定的文件只是无效的 xml。
编辑 xml 文件时，应以 UTF-8 格式保存该文件。
意外信息：如果可能尝试通过意外或未记录的方法添加磁贴，则会出现这种情况。
当 xml 有效但具有意外值时，将记录“事件 ID：64”。
例如：分析布局 xml 文件时发生以下错误：
元素 LayoutCustomizationRestrictiontype 上的 {http://schemas.microsoft.com/Start/2014/LayoutModification}DefaultLayoutOverride 属性未在 DTD/Schema 中定义。
XML 文件可以在 Hyper-V 或其他虚拟机上进行本地测试，然后才能通过组策略进行部署或应用程序。
症状：在启动期间使用 F12 刷新电脑后，开始菜单不再有效
说明
如果用户遇到电脑问题，可以刷新、重置或还原电脑。 刷新电脑是一个有益的选项，因为它维护个人文件和设置。 如果用户在启动电脑时遇到问题，则无法访问“设置”中的“更改电脑”设置。 因此，若要访问系统刷新，用户可能会在启动时使用 F12 密钥。 刷新电脑已完成，但无法访问开始菜单。
原因
此问题已知，已在 2018 年 8 月 30 日发布的累积更新中得到解决。
解决方案
安装修正更新；修复程序包含在2018 年 9 月 11 日发布的 KB4457142 版本中。
症状：开始菜单中缺少“所有应用”列表
原因
从“开始”菜单中删除“所有程序”列表组策略已启用。
解决方案
禁用从“开始”菜单中删除“所有程序”列表组策略。
症状：使用 Windows 10 版本 1703 或更早版本、Windows Server 2016 和漫游用户配置文件以及开始布局时，“开始”菜单中缺少磁贴
说明
Windows 10 中有两个不同的开始菜单问题：
开始布局中由管理员配置的磁贴无法漫游。
用户对开始布局所做的更改不会随漫游同步。
具体而言，行为包括：
固定到开始菜单的应用程序（或图标）缺失。
整个磁贴窗口消失。
启动按钮无法响应。
如果创建了新的漫游用户，则第一次登录将正常显示，但在后续登录时，磁贴将丢失。
新漫游用户配置文件首次登录时的工作布局
后续登录时布局失败
原因
存在计时问题：在从漫游用户配置文件本地拉取数据之前，开始菜单已准备就绪。 首次登录新漫游用户时不会出现问题，因为代码路径不同且速度较慢。
解决方案
此问题已在 Windows 10 版本 1703 和 1607 的累积更新（截至 2017 年 3 月）中修复。
症状：升级到 Windows 10 版本 1703 后，开始菜单布局自定义项丢失
说明
在升级之前：
备注
在屏幕截图中，公司应用程序和实用工具是组策略控制的，这些项目下的磁贴是用户固定的。
升级后，用户固定的磁贴丢失：
此外，如果在未建立网络连接的情况下尝试登录，用户可能会看到空白磁贴。
解决方案
此问题已在 2017 年 10 月更新中修复。
症状：从 Windows 10 版本 1607 升级到版本 1709 后缺少磁贴，这些用户已启用漫游用户配置文件（RUP），并管理“开始”菜单布局以及部分锁定
解决方案
在用户登录之前，2018 年 4 月 LCU 必须应用于 Windows 10 版本 1709。
症状：如果在 Sysprep 期间在应答文件中使用 CopyProfile 选项，则不会应用开始菜单和/或任务栏布局自定义
解决方案
CopyProfile 尝试使用 layoutmodification.xml自定义“开始”菜单或任务栏时，不再受支持。
症状：涉及图块数据层损坏的“开始”菜单问题
原因
从 Windows 10 版本 1507 到 1607 版本发布为止，系统使用数据库来存储磁贴图像信息。 这称为图块数据层数据库。 （此功能已弃用 Windows 10 1703。）
解决方案
可以采取一些步骤来修复图标，首先是确认需要解决的问题。
选中这些磁贴时，该应用程序或这些应用程序均可正常工作。
磁贴为空白、显示通用的占位符图标，或者标题信息错误或异常。
应用缺失，但通过 PowerShell 列为已安装，如果通过 URI 启动，则有效。
示例：windows-feedback://
在某些情况下，“开始”菜单可能显示为空白，并且操作中心和 Cortana 无法启动。
备注
损坏修复会移除“开始”菜单中所有手动固定的项。 应用仍应可见，但您需要重新固定任何辅助磁贴和/或将应用磁贴固定到主“开始”视图。 不过，你已安装的应用却完全没有出现在“所有应用”中，这很不正常。 这意味着重新注册不起作用。
打开一个命令提示符，并运行以下命令：
C:\Windows\System32\tdlrecover.exe -reregister -resetlayout -resetcache
虽然不需要重启，但在运行命令后，它可能有助于清除任何剩余问题。
症状：安装了 Symantec Endpoint Protection 后，升级到 Windows 10 版本 1809 后，开始菜单和应用无法启动
说明
将安装了 Symantec Endpoint Protection 的 Windows 7 计算机升级到 Windows 10 版本 1809 后，开始菜单、搜索和应用无法启动。
原因
由于加载 sysfer.dll失败，因此会发生此问题。 在升级过程中，安装过程不会在 sysfer.dll 和其他 Symantec 模块上设置特权组“所有应用程序包”。
解决方案
此问题由 2018 KB4469342 年 12 月 5 日发布的 Windows 累积更新（OS 内部版本 17763.168）修复。
如果已遇到此问题，请使用以下两个选项之一来解决此问题：
选项 1：从 system32 文件夹中删除 sysfer.dll 并将其复制回。 Windows 将自动设置权限。
选项 2：
找到 C：\Windows\system32 目录。
右键单击 sysfer.dll，然后选择“ 属性>安全性”。
请确认“所有应用程序包”组不在其中。
选择“编辑”，然后选择“添加”以添加组。
测试 Start 和其他应用程序。
第三方信息免责声明
本文中提到的第三方产品由 Microsoft 以外的其他公司提供。 Microsoft 不对这些产品的性能或可靠性提供任何明示或暗示性担保。