MNN C/C/ObjC 代码风格与编码规范详解从 clang-format 到防御式编程【免费下载链接】MNNMNN: A blazing-fast, lightweight inference engine battle-tested by Alibaba, powering high-performance on-device LLMs and Edge AI.项目地址: https://gitcode.com/GitHub_Trending/mn/MNNMNN 对 C、C 和 Objective-C 代码执行一套统一的工程规范格式上由 clang-format 机器保证语义上遵循命名前缀、临近释放、防御式编程等人工约定并对 C 特性与汇编实现施加了针对跨平台编译、库体积和性能分析的硬性限制。本文基于 docs/contribute/code.md 完整展开这套规范并结合 仓库根目录 .clang-format、include/MNN/MNNDefine.h、source/core/AutoStorage.h 等源码解释每条规则背后的动机与实际落地方式。一、格式化工具clang-format 与 git-clang-formatMNN 使用clang-format和git-clang-format统一 C、C、Objective-C 代码风格风格由工程根目录下的 .clang-format 文件描述。两个工具的使用场景不同新增文件对整个文件执行格式化clang-format -i /path/to/new_file修改文件只格式化本次提交中新增/变更的部分避免改动历史代码cd /path/to/MNN git-clang-format这种新文件全量格式化、旧文件增量格式化的策略保证了大型代码库在逐步统一风格的同时不会因为一次提交产生大面积无意义 diff。.clang-format 的关键配置从 .clang-format 文件内容看MNN 以 Google 风格为基线并做了针对性调整配置项取值说明BasedOnStyleGoogle以 Google 代码风格为基线IndentWidth/TabWidth44 空格缩进禁用 TabUseTab: NeverContinuationIndentWidth4换行续排缩进同样为 4ColumnLimit120列宽限制放宽到 120 字符AccessModifierOffset-4访问权限修饰符相对类体左移 4 列BreakBeforeBracesAttach花括号跟随语句不单独换行PointerAlignmentLeft指针星号靠左如int* pSpaceAfterCStyleCastfalseC 风格强转后不留空格如(float)xSpacesBeforeTrailingComments1行尾注释前仅 1 个空格AllowShortBlocksOnASingleLinefalse禁止单行 if/循环体SortIncludes/IncludeBlocksNever/Preserve不重排 include保留手写分组此外文件还通过一系列 Penalty 参数抑制 clang-format 的激进行为例如PenaltyBreakString: 1000尽量不拆分字符串字面量、PenaltyBreakComment: 300尽量不拆分行尾注释并固定Standard: c11作为格式化假设的 C 标准。一个值得注意的细节文档表格中声明将AlignConsecutiveAssignments由 false 改为 true而当前 .clang-format 中该项实际为false并附注释说明全局开启会导致孤立行被错误对齐、弊大于利手工对齐的代码块在不被触碰时会原样保留。这说明规范文档描述的是演进方向实际行为以配置文件当前内容为准——阅读源码风格约定时应以配置文件为最终依据。二、代码风格Google 基线之上的项目级调整对于 C、C 和 Objective-C 代码MNN 使用 Google 代码风格但对下列项目作出调整项目修改AccessModifierOffset 访问权限修正偏移由-1改为-4AlignConsecutiveAssignments 连续赋值对齐由false改为trueColumnLimit 列宽限制由80改为120IndentWidth 缩进宽度由2改为4ObjCBlockIndentWidth ObjC Block缩进宽度由2改为4ObjCSpaceAfterProperty ObjC属性后保留空格由false改为trueSpacesBeforeTrailingComments 行尾注释前空格数由2改为1对照 .clang-format 可验证IndentWidth: 4、ColumnLimit: 120、AccessModifierOffset: -4、SpacesBeforeTrailingComments: 1均已按上表落实。这些调整整体呈现出更宽松的行宽、更深的缩进特征——相比 Google 默认的 80 列、2 空格缩进MNN 允许更长的表达式行这在推理引擎中常见如较长的 NEON/SIMD 调用链同时 4 空格缩进让嵌套控制流层次更清晰。三、命名约定一般规则在 C、C 和 ObjC 中使用驼峰命名法如CityCat和bigDoghouse。前缀约定类别前缀示例private、protected 成员变量mmCat全局变量、类静态变量ggWorld非 static 的 C 函数、汇编函数MNNMNNCreateNetMNN函数前缀在跨平台 C 接口中体现得尤为明显C 语言没有命名空间推理引擎需要向宿主程序暴露一批全局 C 函数统一前缀可避免与业务方符号冲突。同时所有需要对外暴露的函数、类都需使用MNN_PUBLIC标记。MNN_PUBLIC 的底层实现MNN_PUBLIC的定义位于 include/MNN/MNNDefine.h按编译平台分三种情况#if defined(_MSC_VER) #if defined(BUILDING_MNN_DLL) #define MNN_PUBLIC __declspec(dllexport) // 编译 MNN DLL 时导出符号 #elif defined(USING_MNN_DLL) #define MNN_PUBLIC __declspec(dllimport) // 使用 MNN DLL 时导入符号 #else #define MNN_PUBLIC // 静态链接时为空 #endif #else #define MNN_PUBLIC __attribute__((visibility(default))) #endif在 Linux/Android/macOS 上它展开为 GCC 的visibility(default)属性——前提是编译时配合-fvisibilityhidden默认隐藏所有符号只有打了MNN_PUBLIC的接口才会进入导出的符号表从而显著减小动态库的导出表体积也防止内部实现被宿主程序直接依赖。在 Windows 上则退化为 MSVC 的dllexport/dllimport机制。四、最佳实践1. 临近释放原则为降低内存泄露风险申请临时内存和释放内存宜在相邻代码块内实现即应使用智能指针或AutoStorage类。MNN 为此提供了一组自管理内存工具集中在 source/core/AutoStorage.hAutoStorageT构造时通过MNNMemoryAllocAlign分配对齐内存析构时自动MNNMemoryFreeAlign释放典型用法是局部变量作用域 内存生命周期从结构上保证申请与释放必然配对AutoReleaseT包装delete语义的自动释放类并显式删除了拷贝构造AutoRelease(const AutoRelease) delete;SharedPtrT基于 RefCount 引用计数的共享指针配合SAFE_REF/SAFE_UNREF/SAFE_ASSIGN宏管理引用。AutoStorage的实现示例摘自 source/core/AutoStorage.hAutoStorage(int size) { mData (T*)MNNMemoryAllocAlign(sizeof(T) * size, MNN_MEMORY_ALIGN_DEFAULT); mSize size; } ~AutoStorage() { if ((NULL ! mData) mRelease) { MNNMemoryFreeAlign(mData); } }值得注意的是其set(T* data, bool release)重载允许接管外部指针并决定是否在析构时释放注释中特别警告不要对手工传入的指针再调用 free——这正是临近释放原则在边界处的典型风险点。2. 防御式编程对外入参应明确判定入参有效性例如MNN_PUBLIC struct MNNNet* MNNCreateNet(const char* path) { if (NULL path) { MNN_PRINT(input path is NULL, failed to create net!\n); return NULL; } // ... }对外接口不抛错、不崩溃而是打印日志并返回 NULL由调用方决定后续处理。MNN_PRINT的平台适配实现见 include/MNN/MNNDefine.hAndroid 上走 logcat、HarmonyOS 上走 hilog、iOS 上同时输出到 syslog 与 stderr其余平台回落到printf。对内入参宜使用MNN_ASSERT避免问题代码的产生void copyFloats(const float* input, float* output, int size) { MNN_ASSERT(NULL ! input); MNN_ASSERT(NULL ! output); for (int i 0; i size; i) { output[i] input[i]; } }从 include/MNN/MNNDefine.h 的实现可以看到MNN_ASSERT仅在DEBUG编译下生效失败时先打印出错的文件与行号再触发assert中断Release 构建中它被展开为空操作。这一定位很关键——断言用于捕捉内部调用方违约的开发期错误而不是运行期容错手段因此它不会给推理引擎的热路径带来任何性能开销。禁止静默忽略错误入参禁止在没有注释适当理由的情况下直接忽略错误入参void setUnitDimensions(const int* dims, int size) { if (NULL dims) return; // should not directly return without comments for (int i 0; i size; i) { dims[i] 1; } }这条规则要求如果确实需要在空指针等异常情况下早退必须用注释说明为什么这是可以接受的否则应视为缺陷。五、注释规范对于所有非 Op 头文件MNN 的注释要求有三层class 需要注释说明类的用途所有非 override的public方法需要通过注释说明方法、各参数的用途和返回值信息若有所有 public 成员变量一般为结构体成员需说明其用途。注释采用 Doxygen 风格示例/** * brief function description * param param param description * return return value description */ int example(int param) { // ... }source/core/AutoStorage.h 是一个符合规范的现成范例类级注释self-managed memory storage说明用途每个 public 方法的brief/param/return齐备并且对易错接口还追加了warning如set(T* data, int size)上警告不要对传入指针再次调用 free。override 方法免注释、私有成员免注释的豁免设定也解释了为什么 MNN 内部大量实现代码注释密度适中而头文件注释完整。六、特殊限制C 限制出于便于性能分析的理由除引入的三方代码外MNN 代码需遵循class 禁止运算符重载class 禁止实现拷贝构造函数、重载赋值运算符struct 禁止自定义构造函数。这类限制对通用代码库看似苛刻但对推理引擎而言直接服务于性能剖析调用图和对象生命周期保持扁平、可追踪避免隐式构造/拷贝引入难以在 profiler 中归因的额外开销。出于控制库文件大小的理由除引入的三方代码外不允许使用 stream如cout/cin、ifstream/ofstream、istringstream/ostringstream等不允许使用 C 异常机制即try/catch/throw。这两条是移动端推理引擎的典型取舍iostream、fstream、sstream会拉入大量模板代码与运行时支持典型体积从数十 KB 到 MB 级而异常机制则要求编译器为每个函数生成 unwind 表并可能改变寄存器分配策略。因此 MNN 统一采用C 风格返回码 日志的错误传递方式——这也解释了前述MNNCreateNet返回 NULL 而非抛异常的写法二者是一套体系的两个侧面。汇编限制出于跨平台编译的诉求MNN 代码需遵循所有汇编都需要有 C 语言等价实现编译时通过宏选择平台对应的汇编实现或 C 语言实现入参、返回值类型必须是 32/64 位兼容类型即指针、size_t、ssize_t之一禁用其他类型避免编译环境不同导致调用规约偏差严格按照 ARM 标准手册使用寄存器如 armv7a 上q4 - q7使用后必须复原armv8 上v8 - v15使用后必须复原。第 2 条针对的是 AAPCS 中整数寄存器数量的 ABI 差异32 位 ARM 传参用 r0-r364 位 AArch64 用 x0-x7若汇编接口混用int/long这类宽度随平台变化的类型同一份.S文件在两种 ABI 下寄存器映射会不同限定为宽度明确的指针/size_t类型可从根本上消除这类隐患。第 3 条则对应 ARM 架构的 callee-saved 寄存器规则ARMv7 的 q4-q7d8-d15在 32 位调用规约下由被调方保存ARMv8 的 v8-v15 同理手写汇编若写坏而未复原错误会在返回后以极难复现的方式显现因此规范要求用后必须复原。七、提交前检查清单综合以上规范向 MNN 提交 C/C/ObjC 代码前可对照检查新增文件已过clang-format -i修改文件已过git-clang-format命名遵循驼峰法成员变量带m前缀、全局/静态变量带g前缀、非 static C 函数带MNN前缀对外接口带MNN_PUBLIC标记且不包含 stream 与 try/catch/throw对外入参显式判空并打日志返回对内入参用MNN_ASSERT无裸早退式静默忽略临时内存使用智能指针或AutoStorage申请与释放在相邻作用域内完成头文件中 class 有用途注释非 override 的 public 方法具备brief/param/return注释汇编文件存在 C 等价实现、接口类型仅限指针/size_t/ssize_t、callee-saved 寄存器用后复原。这套规范的核心思路可以概括为格式交给工具、语义约定成文、限制服务于目标——每一项限制禁 stream、禁异常、禁拷贝构造都能明确回溯到跨平台编译、库体积控制或性能分析这三个工程目标这也是 MNN 能在多后端、多平台环境下长期保持代码库一致性的关键。【免费下载链接】MNNMNN: A blazing-fast, lightweight inference engine battle-tested by Alibaba, powering high-performance on-device LLMs and Edge AI.项目地址: https://gitcode.com/GitHub_Trending/mn/MNN创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
MNN C/C++/ObjC 代码风格与编码规范详解：从 clang-format 到防御式编程
MNN C/C/ObjC 代码风格与编码规范详解从 clang-format 到防御式编程【免费下载链接】MNNMNN: A blazing-fast, lightweight inference engine battle-tested by Alibaba, powering high-performance on-device LLMs and Edge AI.项目地址: https://gitcode.com/GitHub_Trending/mn/MNNMNN 对 C、C 和 Objective-C 代码执行一套统一的工程规范格式上由 clang-format 机器保证语义上遵循命名前缀、临近释放、防御式编程等人工约定并对 C 特性与汇编实现施加了针对跨平台编译、库体积和性能分析的硬性限制。本文基于 docs/contribute/code.md 完整展开这套规范并结合 仓库根目录 .clang-format、include/MNN/MNNDefine.h、source/core/AutoStorage.h 等源码解释每条规则背后的动机与实际落地方式。一、格式化工具clang-format 与 git-clang-formatMNN 使用clang-format和git-clang-format统一 C、C、Objective-C 代码风格风格由工程根目录下的 .clang-format 文件描述。两个工具的使用场景不同新增文件对整个文件执行格式化clang-format -i /path/to/new_file修改文件只格式化本次提交中新增/变更的部分避免改动历史代码cd /path/to/MNN git-clang-format这种新文件全量格式化、旧文件增量格式化的策略保证了大型代码库在逐步统一风格的同时不会因为一次提交产生大面积无意义 diff。.clang-format 的关键配置从 .clang-format 文件内容看MNN 以 Google 风格为基线并做了针对性调整配置项取值说明BasedOnStyleGoogle以 Google 代码风格为基线IndentWidth/TabWidth44 空格缩进禁用 TabUseTab: NeverContinuationIndentWidth4换行续排缩进同样为 4ColumnLimit120列宽限制放宽到 120 字符AccessModifierOffset-4访问权限修饰符相对类体左移 4 列BreakBeforeBracesAttach花括号跟随语句不单独换行PointerAlignmentLeft指针星号靠左如int* pSpaceAfterCStyleCastfalseC 风格强转后不留空格如(float)xSpacesBeforeTrailingComments1行尾注释前仅 1 个空格AllowShortBlocksOnASingleLinefalse禁止单行 if/循环体SortIncludes/IncludeBlocksNever/Preserve不重排 include保留手写分组此外文件还通过一系列 Penalty 参数抑制 clang-format 的激进行为例如PenaltyBreakString: 1000尽量不拆分字符串字面量、PenaltyBreakComment: 300尽量不拆分行尾注释并固定Standard: c11作为格式化假设的 C 标准。一个值得注意的细节文档表格中声明将AlignConsecutiveAssignments由 false 改为 true而当前 .clang-format 中该项实际为false并附注释说明全局开启会导致孤立行被错误对齐、弊大于利手工对齐的代码块在不被触碰时会原样保留。这说明规范文档描述的是演进方向实际行为以配置文件当前内容为准——阅读源码风格约定时应以配置文件为最终依据。二、代码风格Google 基线之上的项目级调整对于 C、C 和 Objective-C 代码MNN 使用 Google 代码风格但对下列项目作出调整项目修改AccessModifierOffset 访问权限修正偏移由-1改为-4AlignConsecutiveAssignments 连续赋值对齐由false改为trueColumnLimit 列宽限制由80改为120IndentWidth 缩进宽度由2改为4ObjCBlockIndentWidth ObjC Block缩进宽度由2改为4ObjCSpaceAfterProperty ObjC属性后保留空格由false改为trueSpacesBeforeTrailingComments 行尾注释前空格数由2改为1对照 .clang-format 可验证IndentWidth: 4、ColumnLimit: 120、AccessModifierOffset: -4、SpacesBeforeTrailingComments: 1均已按上表落实。这些调整整体呈现出更宽松的行宽、更深的缩进特征——相比 Google 默认的 80 列、2 空格缩进MNN 允许更长的表达式行这在推理引擎中常见如较长的 NEON/SIMD 调用链同时 4 空格缩进让嵌套控制流层次更清晰。三、命名约定一般规则在 C、C 和 ObjC 中使用驼峰命名法如CityCat和bigDoghouse。前缀约定类别前缀示例private、protected 成员变量mmCat全局变量、类静态变量ggWorld非 static 的 C 函数、汇编函数MNNMNNCreateNetMNN函数前缀在跨平台 C 接口中体现得尤为明显C 语言没有命名空间推理引擎需要向宿主程序暴露一批全局 C 函数统一前缀可避免与业务方符号冲突。同时所有需要对外暴露的函数、类都需使用MNN_PUBLIC标记。MNN_PUBLIC 的底层实现MNN_PUBLIC的定义位于 include/MNN/MNNDefine.h按编译平台分三种情况#if defined(_MSC_VER) #if defined(BUILDING_MNN_DLL) #define MNN_PUBLIC __declspec(dllexport) // 编译 MNN DLL 时导出符号 #elif defined(USING_MNN_DLL) #define MNN_PUBLIC __declspec(dllimport) // 使用 MNN DLL 时导入符号 #else #define MNN_PUBLIC // 静态链接时为空 #endif #else #define MNN_PUBLIC __attribute__((visibility(default))) #endif在 Linux/Android/macOS 上它展开为 GCC 的visibility(default)属性——前提是编译时配合-fvisibilityhidden默认隐藏所有符号只有打了MNN_PUBLIC的接口才会进入导出的符号表从而显著减小动态库的导出表体积也防止内部实现被宿主程序直接依赖。在 Windows 上则退化为 MSVC 的dllexport/dllimport机制。四、最佳实践1. 临近释放原则为降低内存泄露风险申请临时内存和释放内存宜在相邻代码块内实现即应使用智能指针或AutoStorage类。MNN 为此提供了一组自管理内存工具集中在 source/core/AutoStorage.hAutoStorageT构造时通过MNNMemoryAllocAlign分配对齐内存析构时自动MNNMemoryFreeAlign释放典型用法是局部变量作用域 内存生命周期从结构上保证申请与释放必然配对AutoReleaseT包装delete语义的自动释放类并显式删除了拷贝构造AutoRelease(const AutoRelease) delete;SharedPtrT基于 RefCount 引用计数的共享指针配合SAFE_REF/SAFE_UNREF/SAFE_ASSIGN宏管理引用。AutoStorage的实现示例摘自 source/core/AutoStorage.hAutoStorage(int size) { mData (T*)MNNMemoryAllocAlign(sizeof(T) * size, MNN_MEMORY_ALIGN_DEFAULT); mSize size; } ~AutoStorage() { if ((NULL ! mData) mRelease) { MNNMemoryFreeAlign(mData); } }值得注意的是其set(T* data, bool release)重载允许接管外部指针并决定是否在析构时释放注释中特别警告不要对手工传入的指针再调用 free——这正是临近释放原则在边界处的典型风险点。2. 防御式编程对外入参应明确判定入参有效性例如MNN_PUBLIC struct MNNNet* MNNCreateNet(const char* path) { if (NULL path) { MNN_PRINT(input path is NULL, failed to create net!\n); return NULL; } // ... }对外接口不抛错、不崩溃而是打印日志并返回 NULL由调用方决定后续处理。MNN_PRINT的平台适配实现见 include/MNN/MNNDefine.hAndroid 上走 logcat、HarmonyOS 上走 hilog、iOS 上同时输出到 syslog 与 stderr其余平台回落到printf。对内入参宜使用MNN_ASSERT避免问题代码的产生void copyFloats(const float* input, float* output, int size) { MNN_ASSERT(NULL ! input); MNN_ASSERT(NULL ! output); for (int i 0; i size; i) { output[i] input[i]; } }从 include/MNN/MNNDefine.h 的实现可以看到MNN_ASSERT仅在DEBUG编译下生效失败时先打印出错的文件与行号再触发assert中断Release 构建中它被展开为空操作。这一定位很关键——断言用于捕捉内部调用方违约的开发期错误而不是运行期容错手段因此它不会给推理引擎的热路径带来任何性能开销。禁止静默忽略错误入参禁止在没有注释适当理由的情况下直接忽略错误入参void setUnitDimensions(const int* dims, int size) { if (NULL dims) return; // should not directly return without comments for (int i 0; i size; i) { dims[i] 1; } }这条规则要求如果确实需要在空指针等异常情况下早退必须用注释说明为什么这是可以接受的否则应视为缺陷。五、注释规范对于所有非 Op 头文件MNN 的注释要求有三层class 需要注释说明类的用途所有非 override的public方法需要通过注释说明方法、各参数的用途和返回值信息若有所有 public 成员变量一般为结构体成员需说明其用途。注释采用 Doxygen 风格示例/** * brief function description * param param param description * return return value description */ int example(int param) { // ... }source/core/AutoStorage.h 是一个符合规范的现成范例类级注释self-managed memory storage说明用途每个 public 方法的brief/param/return齐备并且对易错接口还追加了warning如set(T* data, int size)上警告不要对传入指针再次调用 free。override 方法免注释、私有成员免注释的豁免设定也解释了为什么 MNN 内部大量实现代码注释密度适中而头文件注释完整。六、特殊限制C 限制出于便于性能分析的理由除引入的三方代码外MNN 代码需遵循class 禁止运算符重载class 禁止实现拷贝构造函数、重载赋值运算符struct 禁止自定义构造函数。这类限制对通用代码库看似苛刻但对推理引擎而言直接服务于性能剖析调用图和对象生命周期保持扁平、可追踪避免隐式构造/拷贝引入难以在 profiler 中归因的额外开销。出于控制库文件大小的理由除引入的三方代码外不允许使用 stream如cout/cin、ifstream/ofstream、istringstream/ostringstream等不允许使用 C 异常机制即try/catch/throw。这两条是移动端推理引擎的典型取舍iostream、fstream、sstream会拉入大量模板代码与运行时支持典型体积从数十 KB 到 MB 级而异常机制则要求编译器为每个函数生成 unwind 表并可能改变寄存器分配策略。因此 MNN 统一采用C 风格返回码 日志的错误传递方式——这也解释了前述MNNCreateNet返回 NULL 而非抛异常的写法二者是一套体系的两个侧面。汇编限制出于跨平台编译的诉求MNN 代码需遵循所有汇编都需要有 C 语言等价实现编译时通过宏选择平台对应的汇编实现或 C 语言实现入参、返回值类型必须是 32/64 位兼容类型即指针、size_t、ssize_t之一禁用其他类型避免编译环境不同导致调用规约偏差严格按照 ARM 标准手册使用寄存器如 armv7a 上q4 - q7使用后必须复原armv8 上v8 - v15使用后必须复原。第 2 条针对的是 AAPCS 中整数寄存器数量的 ABI 差异32 位 ARM 传参用 r0-r364 位 AArch64 用 x0-x7若汇编接口混用int/long这类宽度随平台变化的类型同一份.S文件在两种 ABI 下寄存器映射会不同限定为宽度明确的指针/size_t类型可从根本上消除这类隐患。第 3 条则对应 ARM 架构的 callee-saved 寄存器规则ARMv7 的 q4-q7d8-d15在 32 位调用规约下由被调方保存ARMv8 的 v8-v15 同理手写汇编若写坏而未复原错误会在返回后以极难复现的方式显现因此规范要求用后必须复原。七、提交前检查清单综合以上规范向 MNN 提交 C/C/ObjC 代码前可对照检查新增文件已过clang-format -i修改文件已过git-clang-format命名遵循驼峰法成员变量带m前缀、全局/静态变量带g前缀、非 static C 函数带MNN前缀对外接口带MNN_PUBLIC标记且不包含 stream 与 try/catch/throw对外入参显式判空并打日志返回对内入参用MNN_ASSERT无裸早退式静默忽略临时内存使用智能指针或AutoStorage申请与释放在相邻作用域内完成头文件中 class 有用途注释非 override 的 public 方法具备brief/param/return注释汇编文件存在 C 等价实现、接口类型仅限指针/size_t/ssize_t、callee-saved 寄存器用后复原。这套规范的核心思路可以概括为格式交给工具、语义约定成文、限制服务于目标——每一项限制禁 stream、禁异常、禁拷贝构造都能明确回溯到跨平台编译、库体积控制或性能分析这三个工程目标这也是 MNN 能在多后端、多平台环境下长期保持代码库一致性的关键。【免费下载链接】MNNMNN: A blazing-fast, lightweight inference engine battle-tested by Alibaba, powering high-performance on-device LLMs and Edge AI.项目地址: https://gitcode.com/GitHub_Trending/mn/MNN创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
