嘿，我帮不少人解决过这个问题，咱们一步步来排查，肯定能找到根源：

1. 先确认SQL Server的依赖服务状态 #

• 按Win+R输入services.msc回车打开服务列表，找到SQL Server (SQLEXPRESS)，右键选「属性」→切换到「依赖项」标签。
• 这里会列出它必须依赖的服务，比如常见的SQL Server Browser、SQL Server Agent（如果启用的话），甚至可能是系统级的服务。
• 逐个去启动这些依赖服务：如果某个依赖服务本身也启动失败，那先解决这个服务的问题——比如SQL Server Browser没启动的话，手动启动它，再回头试SQLEXPRESS。

2. 查事件日志找具体报错细节 #

• 别光盯着“依赖失败”这个笼统提示，系统日志里藏着真正的原因！按Win+R输入eventvwr.msc打开事件查看器，展开「Windows日志」→「应用程序」。
• 找来源为MSSQL$SQLEXPRESS或者SQLSERVERAGENT的错误日志，里面会写清楚到底是权限不够、数据库文件坏了，还是端口被占用。比如日志如果说“无法访问master数据库文件”，那问题就出在文件权限或完整性上。

3. 检查SQL Server启动账号的权限 #

• 回到SQLEXPRESS的服务属性→「登录」标签，看看它用的是哪个账号（一般是NT Service\MSSQL$SQLEXPRESS或者本地系统账号）。
• 如果是自定义账号，确认这个账号对SQL Server的安装目录（默认是C:\Program Files\Microsoft SQL Server\MSSQL15.SQLEXPRESS\MSSQL）和数据文件目录有读写权限。
• 可以先临时把启动账号改成「本地系统账户」（勾选这个选项，应用后重启服务），如果能启动，说明之前的账号权限有问题，再针对性调整权限就行。

4. 修复SQL Server Express安装 #

• 如果上面的步骤都没搞定，大概率是安装文件损坏了。打开「控制面板」→「程序和功能」，找到Microsoft SQL Server 20XX Express（XX是你的版本，比如2019），右键选「更改」。
• 在弹出的向导里选「修复」，跟着步骤走完就行。这个过程会自动替换损坏的系统文件、修复配置问题，很多时候能直接解决启动失败的问题。

5. 验证并修复数据库文件完整性 #

• 如果事件日志提示数据库文件损坏，试试用SQL Server的命令行工具修复：
  1. 以管理员身份打开命令提示符，导航到SQL Server工具目录，比如cd C:\Program Files\Microsoft SQL Server\150\Tools\Binn（150对应SQL Server 2019，你的版本号可能不同）。
  2. 输入sqlcmd -S .\SQLEXPRESS尝试连接（能连上的话），然后执行：

     DBCC CHECKDB (master) WITH ALL_ERRORMSGS, NO_INFOMSGS;
     

     这个命令会检查master数据库的完整性，有错误的话会给出修复提示。
  3. 如果连不上，就用单用户模式启动：在服务属性的「启动参数」里添加-m，启动服务后再用sqlcmd连接修复。

内容的提问来源于stack exchange，提问作者RajeshVerma