问题：UG12如何正确捕获并显示标准C异常？

Question

在使用UG12（Unigraphics NX 12）进行二次开发时，若采用C语言扩展功能，可能会遇到程序异常（如非法指针访问、除零错误等）导致软件崩溃或无提示退出的问题。如何在UG12环境中正确捕获并显示标准C异常，成为开发者调试与提升程序健壮性的关键难题。由于UG12基于NX Open API架构，其运行环境对异常处理机制有特殊限制，直接使用常规的try/catch结构（如在C++中）并不适用。因此，开发者需借助系统级异常处理接口，例如Windows平台下的SEH（Structured Exception Handling）机制，结合signal函数捕捉运行时错误，并将异常信息反馈至NX日志或弹窗显示。本文将围绕这一问题，探讨UG12中实现标准C异常捕获与显示的有效方法。

Answer 1

一、UG12二次开发中C语言异常处理的挑战与背景

在使用UG12（Unigraphics NX 12）进行基于NX Open API的C语言二次开发时，开发者常常面临程序因运行时错误（如非法指针访问、除零错误等）而无提示崩溃的问题。由于UG12的运行环境对标准C异常缺乏直接支持，传统的try/catch结构无法使用，因此必须采用系统级异常机制来捕获并反馈异常信息。

1.1 异常类型与常见问题

• 非法内存访问（Segmentation Fault）
• 浮点运算错误（如除以零）
• 空指针解引用
• 数组越界访问
• 函数参数不合法导致API调用失败

1.2 UG12的限制与特殊性

UG12基于NX Open API构建，其插件加载和执行机制由NX内核控制。开发者编写的C语言DLL在NX主线程中被调用，一旦发生未处理的异常，可能导致整个NX进程崩溃且无任何错误提示。这给调试带来了极大困难。

二、Windows平台下的系统级异常处理机制

为了解决上述问题，开发者需借助Windows平台提供的结构化异常处理（SEH）机制，并结合标准C库中的signal函数，实现异常的捕获与日志记录。

2.1 使用signal函数处理标准C异常

C语言标准提供了signal函数用于捕捉运行时信号，例如SIGFPE（浮点异常）、SIGSEGV（段错误）等。示例代码如下：

#include <signal.h>
#include <stdio.h>

void signal_handler(int sig) {
    switch(sig) {
        case SIGSEGV:
            printf("Caught segmentation fault\n");
            break;
        case SIGFPE:
            printf("Caught floating point exception\n");
            break;
        default:
            printf("Caught unknown signal: %d\n", sig);
    }
}

int main() {
    signal(SIGSEGV, signal_handler);
    signal(SIGFPE, signal_handler);

    // 触发除零错误
    int a = 5 / 0;

    return 0;
}
    

2.2 Windows SEH机制详解

Windows平台提供了一种称为结构化异常处理（Structured Exception Handling, SEH）的机制，允许开发者通过__try/__except块捕获硬件异常和操作系统级别的错误。该机制比signal函数更强大，适用于UG12这类嵌入式插件环境。

以下是一个基本的SEH异常处理示例：

#include <windows.h>

LONG WINAPI seh_handler(EXCEPTION_POINTERS *ExceptionInfo) {
    DWORD code = ExceptionInfo->ExceptionRecord->ExceptionCode;
    if (code == EXCEPTION_ACCESS_VIOLATION) {
        OutputDebugString(L"Access violation occurred.\n");
    } else {
        OutputDebugString(L"Other exception occurred.\n");
    }
    return EXCEPTION_EXECUTE_HANDLER;
}

void test_seh() {
    __try {
        int *ptr = NULL;
        *ptr = 10; // 触发非法访问
    } __except(seh_handler(GetExceptionInformation()))) {
        // 处理逻辑
    }
}
    

三、将异常信息集成到UG12的日志系统或弹窗显示

在UG12中，为了提升调试效率和用户反馈质量，应将捕获的异常信息输出至NX内置日志系统或弹出消息框提示用户。

3.1 使用NX Open API写入日志

NX Open API提供了UF_initialize()和UF_terminate()接口，并可通过UF_add_log_message()向日志文件写入信息。示例代码如下：

#include <uf.h>
#include <uf_ui.h>

void log_exception(const char* msg) {
    UF_add_log_message(msg);
}

// 在signal_handler中调用
log_exception("Error: Division by zero detected.");
    

3.2 弹窗提示用户

可以调用Windows API函数如MessageBoxW来显示错误信息，提高交互性：

MessageBoxW(NULL, L"An unexpected error has occurred.", L"Error", MB_ICONERROR);
    

四、综合应用：UG12插件中的完整异常处理流程

一个完整的UG12 C语言插件应在入口函数中注册全局异常处理器，并在关键操作前后设置局部保护。

4.1 插件主函数结构

extern DllExport void ufusr(char *param, int *ret_val) {
    signal(SIGSEGV, signal_handler);
    signal(SIGFPE, signal_handler);

    __try {
        // 主要业务逻辑
        do_something();
    } __except(seh_handler(GetExceptionInformation())) {
        // 记录日志并退出
        log_exception("Critical error in plugin execution.");
    }
}
    

4.2 异常处理流程图

graph TD
            A[开始执行插件] --> B{是否发生异常?}
            B -- 是 --> C[进入SEH异常处理]
            C --> D[判断异常类型]
            D --> E[记录日志/弹窗提示]
            E --> F[安全退出插件]
            B -- 否 --> G[正常执行完毕]
            G --> H[返回结果]

五、总结建议与最佳实践

在UG12环境中进行C语言二次开发时，开发者应遵循以下最佳实践：

1. 始终启用signal处理机制，至少覆盖SIGSEGV和SIGFPE。
2. 对于关键路径代码，使用SEH进行双重保护。
3. 所有异常信息应写入NX日志，并辅以弹窗提示。
4. 避免在异常处理中执行复杂逻辑，防止递归异常。
5. 在发布版本中关闭调试输出，仅保留关键日志。