为什么我的C#应用写入Run注册表项后开机登录无法自动启动

• 32/64位注册表重定向问题
  若你的C#程序生成目标为x86，在64位Windows系统中运行时，写入HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run的操作会被系统自动重定向到HKLM\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Run路径。部分Windows版本对该路径下的启动项加载存在特殊校验逻辑，建议将程序生成目标改为x64，或者写入注册表时主动访问64位注册表视图规避重定向。
• 注册表值路径格式错误
  写入Run项的程序路径必须用双引号包裹带空格的路径，正确格式为"C:\Program Files\MyApp\myapp.exe"，如果缺失双引号，系统会将路径中空格后的内容识别为启动参数，无法定位到正确的可执行文件，直接不启动。
• 管理员权限manifest冲突
  如果你的C#程序嵌入了requireAdministrator级别的UAC manifest，普通用户登录时，系统会静默阻止这类需要提权的HKLM启动项运行，不会弹出UAC提示。这种情况可以将启动逻辑拆分，或者降低程序运行权限要求。
• 运行时依赖缺失
  系统加载Run项的时机早于用户环境变量完全加载的时间，若你的程序依赖用户PATH下的运行时组件、或者未正确打包对应版本的.NET运行时（非自包含部署的.NET Core/.NET 5+程序），会因为找不到依赖直接退出。建议将程序改为自包含部署，或者将依赖的组件路径写入系统PATH。
• 程序启动后异常崩溃
  很多时候并非程序没有启动，而是启动后因为权限不足读取配置、访问受限目录等原因立即崩溃。建议在程序入口处添加日志逻辑，将启动日志写入C:\ProgramData这类所有用户都有写入权限的目录，确认程序是否真的没有被系统拉起。
• 安全软件/组策略拦截
  检查Windows Defender应用控制规则、第三方安全软件的启动项拦截日志，以及组策略中「计算机配置\管理模板\系统\登录」下的启动项限制规则，未签名的第三方程序很容易被安全规则拦截从HKLM Run路径启动。

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