.Net运行时错误停止服务;未处理的IOException

Question

我已经负责更新读取文本文件的服务，并从文本文件的各个部分创建pdf文件并通过电子邮件发送PDF。我最近对服务进行了一些更改，并使用了.NET 4.0 Framework。在服务器上进行更新时，在安装4.0 Framework之前，我可以移动文件并成功启动服务 - 以前使用的是2.0。该服务运行，直到它到达试图用pdf文件清理目录的代码。该服务在代码尝试删除“正在被另一进程使用”的pdf文件时停止。代码寻找这个异常，应该等待大约30秒，然后再次尝试删除。在本地，我通过测试Harness运行此服务，并循环直到文件可供删除（平均需要大约5分钟），但在服务器上，服务因应用程序事件日志中发现的Unhandled IOException而停止。我不明白为什么它会继续在本地处理，但不在服务器上。任何想法或其他信息将不胜感激。

以下是在事件日志中的错误：

该过程由于未处理的异常终止。

异常信息信息：System.IO.IOException 堆栈： 在System.IO .__ Error.WinIOError（的Int32，System.String） 在System.Console.GetBufferInfo（布尔，布尔的ByRef） 在processorName。在System.Threading.ExecutionContext.Run（System.Threading.ExecutionContext，System.Threading.ContextCallback，System.Object，Boolean）System.Threading.ThreadHelper.ThreadStart_Context（System.Object） 上FileProcessingThread.CleanUpDirectory（System.Object） at System.Threading.ExecutionContext.Run（System.Threading.ExecutionContext，System.Threading.ContextCallback，System.Object） at Sys tem.Threading.ThreadHelper.ThreadStart（System.Object的）

此外，在事件日志中显示该错误，以及：

的EventType clr20r3，P1 myServiceName.exe，P2 1.0.1.0，P3 4db6e85d ，P4 mscorlib，P5 4.0.0.0，P6 4d53693b，P7 3dab，P8 23b，P9 system.io.ioexception，P10 NIL。

这是应该处理异常，等待并重试删除文件的代码。

while (!isDone) 
{ 
    bool myRetVal = true; 
    string myErrorMsg = String.Empty; 
    string myFile = String.Empty; 
    //give it time to finish processing 
    Thread.Sleep(30 * 1000); 
    // 
    //delete Files in folder 
    foreach (string file in Directory.GetFiles(myDirectory, "*.PDF")) 
    { //delete all the *.PDF files 
     try 
     { 
      File.Delete(file); 
     } 
     catch (Exception ex) 
     { 
      myErrorMsg = "...\r\n" + ex.Message; 
      m_Log.Writeline("Unable to delete "+ file + ". MESSAGE:"+ myErrorMsg,3); 
      myFile = file; 
      myRetVal = false; 
     } 
    } 
    // 
    //now move the in-progress File to the processed directory 
    if (myRetVal) 
    { 
     foreach (string file in Directory.GetFiles(myDirectory, "*.InProgress")) 
     { 
      try 
      { 
       if (File.Exists(m_ConfigFile.ProcessedFolderName + Path.GetFileNameWithoutExtension(file) + ".done")) 
       { 
        File.Delete(file); 
       } 
       else 
       { 
        File.Move(file, m_ConfigFile.ProcessedFolderName + Path.GetFileNameWithoutExtension(file) + ".done"); 
       } 
      } 
      catch (Exception ex) 
      { 
       if (ex.Message.Contains("file already exists")) 
       { 

       } 
       else 
       { 
        myErrorMsg = "...\r\n" + ex.Message; 
        myFile = file; 
        myRetVal = false; 
       } 
      } 
     } 
    } 
    // 
    //if empty, delete the SendMailFolder subfolder 
    if (myRetVal) 
    { 
     try 
     { 
      if (Directory.GetFiles(myDirectory, "*.*").Length == 0) Directory.Delete(myDirectory); 
     } 
     catch (Exception ex) 
     { 
      myErrorMsg = "...\r\n" + ex.Message; 
      myFile = myDirectory; 
      myRetVal = false; 
     } 
    } 

    if (Console.CursorLeft > 0) Console.WriteLine("\r\n"); 

    if (myRetVal) 
    { 
     Console.WriteLine(DateTime.Now.ToLocalTime() + " CleanUp SendMailFolder...Done"); 
     isDone = true; 
    } 
    else 
    { 
     if (myErrorMsg.Contains("is being used by another process.")) 
     { 
      myErrorMsg = " is still in use."; 
      Console.WriteLine(DateTime.Now.ToLocalTime() + " CleanUp SendMailFolder..." + Path.GetFileName(myFile) + myErrorMsg); 
     } 
     else 
     { 
      Console.WriteLine(DateTime.Now.ToLocalTime() + " CleanUp SendMailFolder..." + Path.GetFileName(myFile) + myErrorMsg); 
      m_Log.Writeline(DateTime.Now.ToLocalTime() + " CleanUp SendMailFolder..." + Path.GetFileName(myFile) + myErrorMsg, 3); 
      isDone = true; 
     } 
    } 
} 

Answer 1

您试图在服务中使用控制台类，该服务没有与之关联的控制台窗口。您应该使用一些不假定有控制台窗口的备用记录形式。作为一个例子，log4net允许你配置多个“appender”，比如控制台，文件和事件日志appender，以便同时使用（如果它们不合适，它将被忽略）。

编辑澄清：

您可以手动创建一个控制台窗口与AllocConsole P/Invoke调用如果你绝对需要。默认情况下，服务不会与您的桌面交互，因此创建控制台窗口将是一个坏主意。为此，您需要使用“允许服务与桌面交互”设置开启来配置服务。这有安全隐患，特别是对于有多个用户的机器，所以我会建议不要这样做。

Answer 2

它看起来像你的尝试抓住之前发生错误。鉴于你应该看到你的日志记录输出的特定消息（我认为它会转到事件日志）。我没有看到类似于日志中的消息。您可能希望有一个应用程序域异常处理程序来捕获任何异常并将其记录下来。

Answer 3

此外，你应该确保你的m_log例程有适当的错误处理，因为这也可能是罪魁祸首。