composer 不做动画输出，也不会在导出视频时崩溃——所谓“崩溃”是误将 avid media composer、clipchamp 或自定义渲染脚本等工具混淆为 php 的 composer 命令；composer 仅管理依赖，不调用 gpu、不启动 ffmpeg、不处理帧数据。
Composer 不做动画输出，也不会在导出视频时崩溃——你遇到的“崩溃”，实际是误把其他软件（比如 Avid Media Composer、Clipchamp 或某款渲染工具）当成了 PHP 的 composer 命令。
为什么 composer install/update 从不触发视频崩溃
composer 是纯 PHP 依赖管理工具，只操作文本（composer.json）、下载 ZIP 包、写 vendor/、生成 vendor/autoload.php。它不调用 GPU、不读取帧数据、不启动 FFmpeg、不接触任何视频编解码器。
- 你在终端敲
composer update，不会让 H.264 编码器卡死 -
composer.lock文件损坏，只会导致类加载失败，不会造成画面闪烁或导出进程退出 - 所谓“动画输出崩溃日志里出现 Class 'Composer\Autoload\ClassLoader' not found”，说明 autoload 没生成成功，和视频无关
真正在导出时崩溃的常见软件及对应排查点
如果你在点击“导出为 MP4”“发布视频”或“渲染动画”后程序无响应、闪退、弹窗报错，优先按下面三类查：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
-
Avid Media Composer：检查项目设置中
Video Format与所有主时间线素材的原生帧率是否一致；禁用Use Hardware Acceleration；导出时显式选No Fields (Progressive) - Clipchamp（网页版）：保持浏览器标签页激活状态；禁用广告拦截/录屏类扩展；关闭硬件加速（Settings > Export > Hardware acceleration）；源文件先用 HandBrake 转成 H.264 + 30fps
-
自定义渲染脚本（如用 Python + OpenCV / Blender CLI）：检查是否在循环中未释放帧内存（
del frame缺失）、FFmpeg 参数漏了-y导致交互阻塞、或临时目录磁盘满
当你确信自己在用 PHP 的 composer，但终端卡死/退出无提示
这属于内存耗尽被系统 kill，不是“动画崩溃”，而是 PHP 进程超限。关键信号是：exit code 137（Linux OOM killer 日志）、Windows 下 CMD 突然关闭、或 Docker 容器静默重启。
- 先确认命令带
php -d memory_limit=-1前缀，且which php指向你要用的版本 - 删掉
vendor/后别直接composer update——改用composer install --no-dev --optimize-autoloader --classmap-authoritative - 检查
composer.json的autoload字段，删掉任何指向node_modules/、dist/、logs/的路径 - Docker 中需同时设
--memory=4g和php -d memory_limit=3G，光调 PHP 参数没用
真正容易被忽略的是：很多人花两小时调导出参数，却没看一眼任务管理器里是哪个进程占满了内存——先 ps aux | grep -E '(composer|ffmpeg|avid|clipchamp)'，再决定该修配置还是该换软件。
