关于SessionLogs日志冲突规避及禁用功能的技术咨询

针对你遇到的两个问题，我整理了对应的解决思路和具体实现方法：

一、避免运行第二个测试计划时删除旧日志文件 #

问题根源在于每次调用SessionLogs.Initialize(Tap_log)时，默认会以覆盖模式创建日志文件（即删除现有文件后新建），并且如果没有正确关闭前一个日志会话，内存中的缓存日志会被追加到新文件里。你可以按照以下步骤解决：

1. 先关闭并刷新前一个日志会话
   在切换到新测试计划前，一定要先调用以下方法，确保旧日志文件的缓存完全写入并释放句柄：

   SessionLogs.Flush(); // 将内存中缓存的日志写入文件
   SessionLogs.Close(); // 关闭当前日志文件的流，释放资源
   

2. 使用文件流初始化日志，指定非覆盖模式
   如果SessionLogs.Initialize没有直接支持文件模式的重载方法，你可以手动创建文件流，指定FileMode.CreateNew（仅当文件不存在时创建，避免删除现有文件）或FileMode.Append（追加到现有文件），再传入Initialize方法：

   // 针对第二个测试计划的新日志路径
   var newLogStream = new FileStream(newLogPath, FileMode.CreateNew, FileAccess.Write, FileShare.ReadWrite);
   SessionLogs.Initialize(newLogStream);
   

   这样初始化时不会删除之前的旧日志文件，而且新日志文件只会包含当前测试计划的内容。

3. 优化测试计划运行流程
   建议把每个测试计划的日志生命周期用using块包裹，确保流自动释放：

   // 运行第一个测试计划
   using (var firstLogStream = new FileStream(firstLogPath, FileMode.Create, FileAccess.Write))
   {
       SessionLogs.Initialize(firstLogStream);
       // 执行第一个测试计划的逻辑
       SessionLogs.Flush(); // 确保日志写入
   } // 自动关闭流，释放资源
   
   // 运行第二个测试计划
   using (var secondLogStream = new FileStream(secondLogPath, FileMode.CreateNew, FileAccess.Write))
   {
       SessionLogs.Initialize(secondLogStream);
       // 执行第二个测试计划的逻辑
       SessionLogs.Flush();
   }
   

二、禁用自动生成的默认会话日志 #

如果不想让系统自动生成默认的SessionLog XXXX-XX-XX XX-XX-XX.txt文件，有两种可行方案：

1. 初始化空流接收日志
   在应用启动时，直接将SessionLogs初始化为写入空流，这样所有日志输出都会被丢弃，不会生成任何文件：

   SessionLogs.Initialize(Stream.Null);
   

2. 检查是否有内置的禁用开关
   查看SessionLogs类是否提供了静态属性或方法来禁用日志功能，比如：

   SessionLogs.Enabled = false; // 如果存在这个属性的话
   // 或者
   SessionLogs.Disable(); // 如果存在这个方法的话
   

   如果是基于配置文件的系统，也可以检查应用配置（如app.config、settings.json）中是否有对应的开关项，关闭会话日志的自动初始化。

内容的提问来源于stack exchange，提问作者Justin CI