如何处理NX Open批量操作时出现的文件打开错误

根因说明 #

该异常由NX会话的资源残留和状态异常导致：单文件运行时进程结束会自动回收所有NX相关资源，而批量循环处理时，上一个文件处理完成后未显式释放BasePart句柄、清理会话上下文，多次操作后会话状态混乱，调用OpenActiveDisplay就会触发报错。重启进程会重置整个NX会话，因此问题会临时消失，处理多份文件后资源再次累积就会复现。

修复方案 #

• 每个文件处理完成后，显式关闭当前打开的Part对象，清理整棵关联部件树，不保留修改：

if (basePart1 != null && !basePart1.IsClosed)
{
    basePart1.Close(BasePart.CloseWholeTree.True, BasePart.CloseModified.CloseModified, null);
}

• 每批次处理开始前，先清空会话中所有残留的Part和操作历史，重置会话状态：

theSession.Parts.CloseAll(BasePart.CloseModified.CloseModified, null);
theSession.DeleteUndoMarks(Session.MarkVisibility.Visible, "ClearBatchHistory");

• 修正参数拼写错误：你代码中DisplayPartOption.AllowAditional拼写错误，正确写法为DisplayPartOption.AllowAdditional，错误拼写会导致参数解析异常，偶发触发加载失败。
• 批量处理时每处理10~20个文件，主动触发一次非托管资源回收，NX Open的对象多为非托管资源，不会被GC自动回收：

GC.Collect();
GC.WaitForPendingFinalizers();

• 打开文件前先校验当前会话是否已经加载了目标文件，避免重复加载冲突：

if (theSession.Parts.TryFind(SourceFilePath, out var existingPart))
{
    basePart1 = existingPart;
}
else
{
    basePart1 = theSession.Parts.OpenActiveDisplay(SourceFilePath, DisplayPartOption.AllowAdditional, out _);
}

内容的提问来源于stack exchange，提问作者Masoud Hosseiny