-1

我有一个 C# 控制台应用程序，它在运行时创建、解析和删除多个 xml 文件。该应用程序曾经在带有 .Net 2.0 的 Windows 2003 服务器中运行良好。最近，应用程序框架升级到 >net 4.0，Windows Server OS 升级到 Windows 2008 64 位。

此后，应用程序随机遇到以下异常：

Access to the path 'D:\Content\iSDC\GDCOasis\GATE_DATA\LOG\635125008068192773\635125008074911566\SOD\AllRespId.xml' is denied. at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath) at System.IO.File.Delete(String path) at ProcessGateFile.SOD.saveFile(String psFile, String psXMLString, Boolean isNonAscii)

创建、解析、删除的代码如下：

saveFile(tmpPath + "\\SOD\\AllRespId.xml", "<?xml version= \"1.0\" ?><XML>" + sbldDistinctResp.ToString() + "</XML>", isChinese);

//Save list of Distinct responsibilities for User
sbldDistinctResp.Remove(0, sbldDistinctResp.Length);
xmlCase.Load(tmpPath + "\\SOD\\AllRespId.xml");
arrResps.Clear();

//Start preparing Responsibility selection criteria
RespNodes = xmlCase.SelectNodes("//row");
sRespCriteria = "";

if (RespNodes.Count > 0)
{
    foreach (XmlNode RespNode in RespNodes)
    {
        string RespName = RespNode.Attributes.GetNamedItem("RespId").Value.ToString();
        if (!arrResps.Contains(RespName))
        {
             arrResps.Add(RespName);
        }
    }
    for (int i = 0; i < arrResps.Count; i++)
    {
         sbldDistinctResp.Append("(@RespId = '" + arrResps[i].ToString() + "') or ");
    }
    sbldDistinctResp.Remove(sbldDistinctResp.Length - 4, 4);
    sRespCriteria = sbldDistinctResp.ToString();

    if (!sRespCriteria.Equals(""))
    {
         sRespCriteria = "(" + sRespCriteria + ")";
    }
 }
 File.Delete(tmpPath + "\\SOD\\AllRespId.xml");

我再说一遍，错误是随机发生的，即它有时会起作用，而在同一过程中的其他时间则不会。

知道可能是什么原因造成的以及如何解决吗？

4

1 回答 1

0

只是几个观察：

  1. 为什么要保存然后立即再次加载文件？事实上，为什么你甚至需要保存这个文件——你已经在sbldDistinctResp变量中拥有了生成你需要使用的 XML 所需的所有信息（正如saveFile代码开头的调用所证明的那样）——不能您只需复制它，用与之前相同的 XML 包围它saveFile，然后使用它吗？

  2. “它随机发生”是一个非常主观的观察:)。您应该对此进行分析（例如，在循环中运行 10,000 次）并记录错误模式。你可能会很惊讶，起初看起来随机的东西实际上在大量运行中显示出清晰的模式。这可以帮助您将问题与服务器上其他一些明显不相关的事件联系起来；或者它可能会确认它确实是随机的，因此超出了您的控制范围。

  3. 如果您真的找不到问题并且您采用防病毒等的想法，那么您可以将加载代码包装在 try/catch 中，如果出现错误，请重试几次。它很老套，但它会起作用，假设您已经接受初始错误超出您的控制范围。

于 2013-09-18T08:24:11.420 回答