Windows登录自启动时cx_Freeze编译的Python应用Hades启动失败求助

• 排查cx_Freeze打包时的路径硬编码问题
  cx_Freeze默认会把打包时的工作目录（也就是你PyCharm项目的C盘路径）硬编码进exe，导致启动时强制依赖这个旧路径。解决办法是在代码里统一用exe的实际运行目录作为基准：

import os
import sys
# 获取当前exe所在的绝对目录
exe_dir = os.path.dirname(os.path.abspath(sys.executable))
# 所有资源文件、日志文件都基于这个路径来引用
log_path = os.path.join(exe_dir, "log.txt")

替换代码里所有相对路径的写法，确保不会调用到旧的C盘路径。

• 修正注册表启动项的路径格式
  注册表Run项里的路径如果带空格、感叹号这类特殊字符，必须用双引号包裹，而且路径分隔符要写成双反斜杠\\（或者正斜杠/）。比如正确的条目应该是：
  Hades = "E:\\!Soft!RanD\\20220808 - My desktop style\\Hades.v.0.3\\build\\exe.win-amd64-3.10\\main.exe"
  另外，登录时网络驱动器E:可能还没完成映射，导致exe找不到。可以换成UNC路径（比如\\服务器名\共享目录\...），或者写个批处理脚本先映射网络盘，再启动exe，把批处理路径放进注册表。

• 检查日志文件的生成逻辑
  你代码里创建log.txt时如果没指定绝对路径，登录启动时exe的工作目录可能是系统默认的C:\Windows\System32或者用户目录，而非exe所在目录。必须用上面提到的exe_dir来拼接日志路径，确保日志生成在exe同目录，这样才能看到真实的启动错误信息，而不是跑到C盘旧路径里。

• 重新打包前清理旧缓存
  cx_Freeze的build、dist目录可能残留旧的路径配置，先删掉这两个目录，再重新运行python setup.py build，保证打包的是最新的代码和路径设置。

• 测试本地启动的环境差异
  把exe放到本地路径（比如C:\Temp），用命令行直接启动C:\Temp\main.exe，看是否正常运行。如果命令行启动没问题但注册表启动报错，说明是登录时的环境问题：比如权限不足（修改桌面需要用户权限）、网络盘未就绪。可以尝试给启动项加延迟（比如用timeout /t 5的批处理），或者检查登录账户的权限设置。

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