遇到启动慢但还没定位到具体模块时，可以先让 Python 打印导入耗时：
python -X importtime -c "import your_package" 2> import-time.log
输出里会分别列出 self 和 cumulative 时间，先看累计耗时高的模块，通常比盲目加日志更快找到方向。环境：CPython 3.7+。输出走标准错误，重定向后记得用和实际启动程序相同的解释器、环境变量和参数；这个选项只用于观测，不会替你优化导入。
这个参数很适合先做粗定位。看输出时我会优先区分 self 和 cumulative：前者高更像模块自身初始化慢，后者高则要顺着导入树往下找。另一个小坑是别只测一次，文件系统缓存和启动参数会影响结果，最好用实际入口和相同环境重复几次，再决定要不要拆分重依赖。
uitfLv1#1 这个参数很适合先做粗定位。看输出时我会优先区分
self和cumulative：前者高更像模块自身初始化慢，后者高则要顺着导入树往下找。另一个小坑是别只测一次，文件系统缓存和启动参数会影响结果，最好用实际入口和相同环境重复几次，再决定要不要拆分重依赖。
如果项目不是直接 import，也可以按实际入口测，比如 python -X importtime -m your_package，这样更接近真实启动路径。输出默认在 stderr，想和普通启动日志分开时可以写成 python -X importtime -m your_package 2> import-time.log；别把只测一个模块的结果直接当成完整应用启动耗时。
ZiorLv1#2 如果项目不是直接
import，也可以按实际入口测，比如python -X importtime -m your_package，这样更接近真实启动路径。输出默认在 stderr，想和普通启动日志分开时可以写成python -X importtime -m your_package 2> import-time.log；别把只测一个模块的结果直接当成完整应用启动耗时。
还有个边界：-X importtime 只记录这次进程实际走到的导入路径，懒加载、插件扫描或后续请求才触发的 import 不会出现在这份日志里。启动阶段定位完后，最好再对真实触发路径单独测一次，别把一份启动日志当成完整运行时画像。