Windows系统中的错误报告存放地
在日常维护电脑时，遇到蓝屏或程序崩溃，系统通常会生成错误报告。这些报告大多存放在 C:\\Windows\\Logs\\CBS 或 C:\\Windows\\Minidump 目录下。尤其是 Minidump 文件夹里的 .dmp 文件，记录了蓝屏时的内存快照，对排查驱动或硬件问题特别有用。
如果开启了 Windows 错误报告服务（WER），完整的日志还可能上传到微软服务器，本地则保留摘要信息。想查看详细内容，可以用事件查看器打开“Windows 日志 - 系统”或“应用程序”分支，筛选错误级别事件即可。
Linux 下常见错误日志路径
在 Linux 服务器上，大多数服务和内核错误都会写入 /var/log 目录。比如系统启动失败，可以先看 /var/log/boot.log；SSH 登录异常就查 /var/log/auth.log（Ubuntu）或 /var/log/secure（CentOS）。
内核报错通常集中在 /var/log/kern.log，而所有综合日志一般由 rsyslog 统一收集到 /var/log/messages 或 /var/log/syslog。使用 journalctl 命令也能实时查看 systemd 的日志流，特别是容器化部署后，很多传统文件日志被转为内存缓存，这时候直接查文件就不够用了。
journalctl -u nginx.service --since \"2 hours ago\"Web 应用的错误报告去哪了？
开发同事常说“你看下错误日志”，其实 Web 服务的报错位置得看具体架构。Apache 默认把错误记在 /etc/httpd/logs/error_log（CentOS）或 /var/log/apache2/error.log（Debian系）。Nginx 则通常配置在 nginx.conf 里指定 error_log 路径，常见如 /var/log/nginx/error.log。
PHP 应用如果开了 display_errors，页面会直接输出警告，但生产环境一般关闭此项，错误会被写进 php-fpm 的日志文件，或者交给 syslog 统一处理。 Laravel、ThinkPHP 这类框架还会把自己的异常写入 storage/logs/laravel.log 这样的应用级日志中。
别忽视自定义服务的日志配置
有些内部系统是自己打包部署的，比如用 Python 写的小工具跑在后台。这类程序如果不主动写日志，出问题就只能靠猜测。建议上线前明确日志输出路径，最好通过 systemd service 文件定向输出：
[Service]
ExecStart=/usr/bin/python3 /opt/myapp/app.py
StandardOutput=append:/var/log/myapp.log
StandardError=append:/var/log/myapp.error.log这样即使没加日志模块，标准错误也能被捕获。时间久了你会发现，查错最快的方式不是重启，而是直奔错误报告存储位置翻记录。