先确定要找哪种日志，不要只截一张错误图

遇到启动异常、订阅更新失败或连接中断时，别人常会问「把日志发一下」。这不是让你把整个配置目录上传：Clash Verge Rev 的应用日志与 Mihomo 内核日志记录的环节不同，选错文件，可能只能看到与故障无关的内容。

本文核对的是Clash Verge Rev v2.5.2、Windows 10/11、x64 或 ARM64 的正式版本，使用简体中文界面，并附英文入口名称。Rev 项目仍在维护，不等于已停更的 Clash for Windows。以下只提取已有日志，前提是能打开客户端设置；完全打不开程序、使用其他版本或开发构建时，不要据此猜一个固定目录。

侧边栏的「日志」页面适合观察当前内核消息，其中的筛选、暂停和清空操作，不是导出应用日志的按钮；「导出诊断信息」也不是本文的文件复制流程。先保留现有日志等级，从已有记录开始，不要为了找文件立即切到 Debug 或删除历史日志。

从「Verge 高级设置」打开真实日志目录

  1. 在 Clash Verge Rev 打开「设置」，找到「Verge 高级设置」（Verge Advanced Setting）。
  2. 点击「日志目录」（Open Logs Dir），让程序打开当前使用的日志文件夹。
  3. 确认打开的是 logs 目录，先查看内容，不移动、不重命名里面的文件。
  4. 记录故障发生的本地时间和时区，再继续选择文件；不要把另一账户或旧安装留下的日志混进来。

使用程序提供的入口，比照抄别人的完整路径更可靠。官方版本、便携方式和 Windows 账户可能改变数据目录位置；日志并不总是放在安装程序旁边。后文路径均相对于刚打开的日志目录，不是让你在磁盘根目录创建这些文件夹。

文件名以核查版本为准：官方导出指南仍有按日期和最大序号选文件的说明。v2.5.2 源码为当前日志使用 latest 名称，并保留轮转文件；不要因为没找到那种日期序号名称，就认定日志丢失。

latest.log 和 service 日志有什么区别？

相对路径主要对应检查重点
latest.logClash Verge Rev 应用日志客户端启动、配置处理及应用层错误的相关记录
service/service_latest.log服务模式下的内核日志与故障时段相符的内核输出
sidecar/sidecar_latest.logsidecar 方式运行的内核日志当前是否实际写入，以及记录时间是否对应

不要仅凭某个目录存在就判断正在使用哪种模式。以前切换过运行方式，可能留下两个目录；应结合本次故障时间、文件修改时间和文件内部记录判断。若不能确认，说明自己不确定，保留两类文件供本地比对，不要为了「让日志出现」切换服务或 TUN。

latest 代表当前写入目标，不保证包含完整故障过程。日志达到轮转条件后，之前的内容可能在相邻旧文件中。若故障发生在稍早时间，检查同目录中对应时间段的轮转文件，连同前后必要记录一起复制；不要只挑最后一行报错。

记录时间，复现一次，再复制到私人文件夹

先保存手头工作。在不会造成付款、重复提交或其他副作用的前提下，只复现一次同样的操作，并记下发生时间、做了什么、预期结果与实际结果。无法安全重现时，使用已有记录并说明条件，不要为了日志反复执行有风险的动作。

  1. 等待相关日志出现，按上节范围选出包含该时段的文件。
  2. 把文件复制到自己电脑上不公开共享的文件夹，原目录保持不动。
  3. 用可信的本地文本编辑器打开副本，核对时间范围、文件内容及错误上下文；确认不是空文件或旧故障。
  4. 另外制作待分享副本，在副本上脱敏，保留未经修改的原始副本供自己回查。

正在写入的日志副本只保留复制时已读到的内容，不是完整会话快照。若需要的事件还没记录进去，再复制一次并检查；不要清空原日志来「重新开始」。本篇不调整日志级别或保留数量，因此无需通过改回设置来收尾。

分享前处理隐私，并保留能定位问题的上下文

逐项检查完整订阅 URL、Token、密码、UUID、认证头、Cookie、节点服务器地址、IP，以及包含 Windows 用户名的文件路径。它们不一定都出现在每份日志中，但出现时不能直接公开。完整链接可能在多行重复出现，也可能藏在错误信息里；只遮住截图上的一个 Token 不够。

在待分享副本中，用 [REDACTED] 表示已隐藏的敏感值；同一节点可统一改成 NODE_A，保留事件先后、时间戳、错误类型和必要上下文。不要只删除带错误的整行，也不要把修改后的内容称作原始日志。完成后重新搜索敏感值，检查文件名、截图与粘贴预览是否仍泄露信息。

日志不是天然安全的公开材料：不要上传整个 profiles 目录或未经检查的完整数据目录，也不要把原件交给不明在线脱敏网站。若授权链接或密码已公开，应按服务商规则撤销或重置；删除帖子不能保证秘密没有被复制。

提交到官方项目时，核对当时的问题模板。本次检查的模板要求粘贴日志内容，而非上传日志文件；可以准备脱敏后的相关时间片段，并附客户端版本、系统版本、发生时区和复现步骤。这里从现有日志提取材料，不保证已满足维护者可能提出的 Debug 记录要求；如果还缺信息，再按明确要求单独核查，不要把全部配置作为替代品发出去。

官方来源与版本边界

版本号、文件名和界面文字可能随项目更新而变化，操作前请以链接中的项目文档为准。