崩溃
引起Blender崩溃的最常见原因:
运行内存不足。
图形硬件或驱动程序的问题。
Blender里的bug。
首先，你可以通过 来恢复你的工作。
为防止问题再次发生，您可以检查图形驱动进程是否是最新的（ 图形硬件 ），升级计算机的硬件（RAM 或图形卡），并禁用一些内存占用更多的选项：
减少撤消次数 。
使用多重采样抗锯齿也会增加内存使用量并使显示速度变慢。
在Linux上，窗口管理器（例如KDE和Gnome）可能正在使用硬件加速效果（例如窗口阴影和透明度），这些效果正在耗尽Blender需要的内存。尝试禁用桌面效果或切换到轻量级窗口管理器。
要按Blender检查内存使用情况：
在 Windows 上，使用任务管理器并按内存排序。
在 macOS 上，使用活动 Monitor.app 并打开内存标签页。或者，运行
top -o MEM。在 Linux 上，运行
top -o %MEM。
崩溃日志
当 Blender 崩溃时，它会写出一个文本文档，其中包含可能有助于确定崩溃原因的信息。通常，此文档写在 临时目录 目录中。
此文档包含崩溃之前使用的工具的日志以及一些其他调试信息。报告有关崩溃的错误时，将此文档附加到您的报告中会很有帮助，尤其是当其他人无法重现崩溃时。
Windows
在崩溃时，将根据当前加载的混合文档的名称写入文档，因此 "test.blend"将创建一个名为 "test.crash.txt"的文档。
批处理脚本在Blender安装目录中提供，可以运行这些脚本以获取Blender调试日志和系统信息文本文档：
blender_debug_log.cmd在大多数情况下使用。blender_debug_gpu.cmd和blender_debug_gpu_workaround.cmd记录与 GPU 相关的错误。blender_factory_startup.cmd以默认设置启动Blender，建议用于调试。
如果在Blender模块中发生崩溃，堆栈跟踪也会写入名为 "blender.crash.txt"的文档中。该文档的路径可以在 "blender_debug_log.txt"文档的末尾找到。
macOS
崩溃后，macOS 崩溃报告进程会在一段时间后或再次打开Blender时显示一个带有回溯跟踪的窗口。复制崩溃报告中的文本并将其保存在文本文档中。该文档应附加到错误报告，同时遵循其他错误报告指南。
一些 .crash 文件也可以在 ~/Library/Logs/DiagnosticReports/ 中找到，格式名称为：Blender_YYYY-MM-DD-HHMMSS_MACNAME.crash。如果存在与崩溃时间相对应的报告，则该文件还可以提供有关崩溃原因的提示。或者，Console.app 可用于导航到所有 "用户报告" （请参阅应用进程中的侧边栏）。
Linux
在崩溃时，一个名为 blender.crash.txt 的文档被写入 /tmp 目录中。