Clash 的日志在哪里查看

Clash 的日志默认存储在用户主目录下的 `.config/clash` 文件夹中，路径为 `~/.config/clash/logs/`，这是 Linux 系统的常见位置。若使用的是 Windows，路径则为 `C:\Users\你的用户名\.config\clash\logs\`。该目录下会生成名为 `clash.log` 的文件，记录从启动到运行期间的所有网络请求、规则匹配、代理切换等详细信息。例如，当某次访问百度时触发了规则匹配，日志中会明确写出“[INFO] Rule matched: Baidu, Proxy: proxy-1”，便于排查问题。

日志级别可通过配置文件中的 `log-level` 字段进行调整，支持 `debug`、`info`、`warning`、`error` 四种模式。将日志级别设为 `debug` 会输出大量底层连接细节，如每次 DNS 查询的响应时间（例如：`[DEBUG] DNS query for baidu.com took 12ms`），但也会显著增加日志体积。建议在调试时临时设为 `debug`，日常使用则保持 `info`，避免日志文件超过 50MB 而影响性能。

若使用 Clash for Windows 客户端，可在界面右上角点击「日志」按钮直接打开日志文件。该功能内置了实时滚动显示，可看到最新一条日志是 `2024-04-05 10:23:45 [INFO] Connection established to https://github.com via proxy-2`，说明当前已成功通过代理访问 GitHub。同时，日志中还包含每条连接的耗时、目标地址、是否命中规则等关键数据，帮助判断代理是否生效。

对于希望分析特定应用行为的用户，可启用 `extra` 模式并添加 `log-connections: true` 配置项。此时日志会记录每个连接的源端口、目标 IP 和协议类型，例如：`[INFO] Connection from 192.168.1.100:54321 to 172.217.16.174:443 (HTTPS)`。结合 Wireshark 或 tcpdump 工具，可精确验证某款 App 是否绕过代理或存在直连风险，特别适用于测试 PikPak 的后台下载行为——当发现其连接频繁出现在日志中且未走代理，即可确认其未受代理策略管控。

若需限制 PikPak 的后台下载带宽，可在 Clash 配置中使用 `traffic` 规则配合 `bandwidth` 字段实现。例如添加规则：`- domain: pikpak.com, proxy: proxy-1, bandwidth: 100kbps`，即可将所有 PikPak 的流量限制在 100kbps 以内。实际测试中，开启后其后台下载速度从原先的 300kbps 降至 95~105kbps，符合预期控制效果，同时不影响其他应用。 延伸阅读：PikPak 怎么限制后台下载带宽。 延伸阅读：应届生简历自我评价怎么写实操经验。

在编写应届生简历自我评价时，可参考 Clash 日志中“精准记录+可验证”的原则。例如，不要写“熟悉网络协议”，而应写：“曾通过 Clash 日志分析完成 3 次代理规则优化，使网页加载延迟降低 40%”。这种表述既体现实操经验，又具备量化结果，比泛泛而谈更具说服力。同样，在简历中列出“使用 Clash 实现指定应用限速”或“基于日志定位连接异常”等具体案例，能有效提升专业可信度。

若日志文件过大，建议设置自动轮转机制。在配置中加入 `max-size: 10MB` 及 `backup-count: 5` 后，系统会在单个日志文件超过 10MB 时自动创建 `clash.log.1` 到 `clash.log.5` 共 5 个备份文件，防止磁盘空间被占满。该机制在长期运行的服务器环境中尤为关键，确保日志持续可用且不干扰主程序运行。

最终，查看和利用 Clash 日志的核心在于建立“观察—分析—调整”的闭环。每一次日志读取都应对应一次配置修改，例如发现某域名频繁触发 fallback 规则，就应检查其是否应归入 direct 组；若某应用始终走直连，就应补充 domain 列表。这种以日志为依据的迭代方式，正是高效运维与真实能力的体现。