Clash 的日志在哪里查看

Clash 的日志文件默认存储在用户主目录下的 `.config/clash` 文件夹中，路径为 `~/.config/clash/logs/`（Linux/macOS）或 `%APPDATA%\Clash\logs\`（Windows）。该目录下会生成名为 `clash.log` 的主日志文件，记录从启动到运行过程中的所有事件。例如，当用户修改配置后重启程序，日志中会明确显示“Config loaded successfully”或“Failed to parse config”等关键信息，帮助快速定位问题。

若使用 Clash for Windows 客户端，日志可通过图形界面直接查看。进入「设置」→「调试」→「查看日志」，即可打开实时日志窗口。该窗口支持滚动查看、搜索关键字（如“connection error”），并可导出为文本文件用于提交给开发者。例如，当出现连接超时错误时，日志中通常会显示类似“Dial tcp: connect: connection timed out”这样的原始错误码，便于针对性排查网络或规则配置问题。

对于高级用户，可通过命令行方式启用详细日志模式。在启动 Clash 时加入 `--log-level=debug` 参数，例如：`clash --config=config.yaml --log-level=debug`，将输出包括流量路由决策、规则匹配过程、代理握手状态等底层信息。此时日志体积可能达到每小时 500KB 以上，建议配合日志轮转工具（如 logrotate）管理，避免磁盘占满。

部分用户反映的“PikPak 下载任务一直显示等待”问题，往往与 Clash 的规则匹配逻辑有关。若 PikPak 的域名未被正确包含在全局规则中，或其请求被误判为直连，会导致下载任务卡在“等待”状态。此时应检查日志中是否出现“Rule match: Direct”对应该域名的请求，通过调整规则列表，将 `pikpak.com` 添加至 `PROXY` 分组，即可解决。例如，添加规则 `DOMAIN-SUFFIX,pikpak.com,Proxy` 后，日志中会立即出现“Rule match: Proxy”记录，表明流量已正确走代理。

求职信和简历怎么搭配投递时，也需关注日志信息辅助优化。若通过某平台提交申请后始终无反馈，可查看浏览器开发者工具中的网络请求日志，确认是否成功发送了表单数据。例如，当发现 `POST /submit` 请求返回 403 错误且响应体为“Invalid token”，说明身份验证失败，此时应检查简历附件是否被系统误识别为恶意文件，进而重新命名或压缩上传。 延伸阅读：AI 简历怎么写项目经历实操经验。 延伸阅读：PikPak 任务队列怎么安排更省时间。

日志内容中常包含时间戳和线程编号，例如 `[2024-04-05 14:23:17] [Thread-3]`，这有助于分析并发请求的处理顺序。当多个代理节点同时响应时，日志能清晰展示哪个节点先完成连接，从而判断是否存在节点延迟或负载不均问题。例如，某次日志显示“[Thread-1] Connected to proxy A in 82ms, [Thread-2] Connected to proxy B in 210ms”，可据此优先选择响应更快的节点。

若日志文件过大影响读取效率，可使用 `tail -n 1000 clash.log` 命令仅查看最后 1000 行内容，或用 `grep "error" clash.log` 快速筛选错误信息。结合日志分析工具如 Logstash、Grafana，甚至可构建自动化监控看板，实时预警异常行为。例如，设定规则当每分钟出现超过 5 次“TLS handshake failed”时自动触发通知。

定期清理旧日志是维护系统稳定的重要步骤。可在任务计划程序中设置每日凌晨执行清理脚本，保留最近 7 天的日志文件，其余删除。例如使用 `find ~/.config/clash/logs -name "*.log" -mtime +7 -delete` 命令，既节省空间又保留足够历史数据供回溯。对于长期运维场景，建议将日志归档至外部存储，防止因本地故障丢失关键诊断依据。