前端Web框架SSR前端构建插件系统微前端跨平台【免费下载链接】ice ice.js: The Progressive App Framework Based On React基于 React 的渐进式应用框架项目地址https://gitcode.com/gh_mirrors/ice1/ice点击查看免费下载ice/miniapp-loader是 ice.js 框架中负责将 React 页面/组件源码转换为小程序运行时可识别产物的 Webpack loader 集合。本文以该包的 README 与 CHANGELOG 为骨架结合仓库内 loader 源码与ice/miniapp-runtime、ice/plugin-miniapp的实现讲解 page loader、component loader 等核心 loader 的工作原理、参数约定与版本演进帮助读者理解一份 React 代码编译成小程序产物的底层机制。一、包定位为 ice.js 小程序构建提供 Webpack loader根据 packages/miniapp-loader/README.md 的说明ice/miniapp-loader是面向 ice.js 构建小程序applet产物的 Webpack loader 集合它 fork 自tarojs/loaderMIT License并针对 ice.js 的 miniapp 运行时做了适配。包名带ice/前缀与ice/miniapp-runtime、ice/plugin-miniapp形成插件编排构建 → loader 改写源码 → runtime 运行时适配的完整链路。从 packages/miniapp-loader/package.json 可以看到该包的工程信息包名ice/miniapp-loader主入口为./lib/page.js即构建产物为 CommonJS 格式通过tsc编译src/得到依赖仅ice/bundlesworkspace 内部包编译期依赖webpack ^5.88.0sideEffects: false便于 tree-shaking发布配置publishConfig.access: public源码目录src/中包含如下 loader 文件src/index.ts、src/page.ts、src/component.ts、src/raw.ts、src/taro-runtime.ts以及常量与工具函数 src/constants.ts、src/utils/normalizePath.ts。二、Loader 家族一览五个 loader 各司其职src/目录下共实现 5 个 loader职责划分如下Loader 文件编译期职责运行时对应index.ts默认导出直接转发给 page loader无入口转发page.ts将小程序页面文件改写为调用createPageConfig的代码ice/miniapp-runtime的createPageConfigcomponent.ts将自定义组件文件改写为调用createComponentConfig的代码ice/miniapp-runtime的createComponentConfigraw.ts占位 loader通过pitch定位被修改的资源无taro-runtime.ts向源码头部注入运行时reconciler的 importice/miniapp-runtime等运行时入口其中 src/index.ts 的实现非常精简——默认导出函数直接以当前 loader context 调用pageLoaderimport pageLoader from ./page.js; export default function (this: webpack.LoaderContextany, source: string) { pageLoader.call(this, source); }也就是说包主入口等价于 page loader后续小节将依次深入各 loader 的源码实现。三、page loader把 React 页面转换成小程序 Page 构造器的输入3.1 生成的关键代码结构src/page.ts 是核心 loader。它读取 webpack 传入的options其中config为页面配置集合、loaderMeta为元信息含hasExportData、hasExportConfig两个布尔标记随后生成一段注入到页面模块的代码import { createPageConfig } from ice/miniapp-runtime; import component from componentPath; import { pageConfig, dataLoader } from componentPath; // 视 hasExportConfig / hasExportData 而定 var config { ...页面配置 JSON... }; var inst Page(createPageConfig(component, name, {root:{cn:[]}}, { pageConfig, dataLoader }, config || {}));这段代码的语义是从ice/miniapp-runtime导入createPageConfig通过stringifyRequest把解析后的组件资源路径componentPath转成模块引用import 页面组件本体若页面导出了pageConfig或dataLoader则从同一模块路径中具名导入importDataAndConfigString由hasExportConfig/hasExportData组合决定调用Page(...)全局构造器传入createPageConfig(...)的返回值——这正是 README 所述在 miniapp 页面文件中调用ice/miniapp-runtime的createPageConfig方法创建小程序Page构造器可接受的对象。3.2 componentPath 的拼接逻辑componentPath的构造体现了 loader 链的处理顺序const thisLoaderIndex loaders.findIndex(item normalizePath(item.path).indexOf(miniapp-loader/lib/page) 0); const componentPath [...loaders.slice(thisLoaderIndex 1) .map(loader ${loader.path}${loader.query}), !, resourcePath].join(!);即找到当前 page loader 在 loader 链中的位置把排在它之后的 loader如 babel、ts 等与资源路径用!拼接得到后续处理器 资源文件的完整内联 loader 链确保组件源码先经过后续转换再被 import。这里用到的 src/utils/normalizePath.ts 会把\统一为/并压缩连续斜杠保证不同操作系统下的路径可比较。3.3 getPageConfig按资源路径匹配页面配置src/page.ts 导出了getPageConfig函数将当前resourcePath去掉扩展名得到configPath如xxx/index再遍历configs中的每一项若某一配置的path去掉.config后缀后与configPath一致则返回该配置的content否则返回空对象{}。这保证了页面文件与其同名.config配置文件的自动关联页面级配置会通过config参数传入createPageConfig。3.4 运行时侧createPageConfig 做了什么page loader 只是接线员真正的页面实例管理在ice/miniapp-runtime。在 packages/miniapp-runtime/src/dsl/common.ts 中createPageConfig(component, pageName, data, { dataLoader, pageConfig }, miniappPageConfig)会以pageName或自动生成的ice_page_${id}作为页面唯一 id并基于该 id 生成$icePathgetPath拼接 query 参数与$iceParams从hooks.call(getMiniLifecycleImpl)获取小程序原生生命周期实现ONLOAD、ONUNLOAD、ONREADY、ONSHOW、ONHIDE等构造完整的PageInstance配置对象在onLoad中通过Current.page、Current.router记录当前页面上下文并用dataLoader未提供时降级为setTimeout(0)的 Promise控制渲染时机该实现注释形象地说明小程序Page构造器是一个傲娇小公主不能把复杂的对象挂载到参数上因此 loader 生成的代码与运行时函数共同负责把 React 组件安全地转换为 Page 构造器可接受的对象。这正是 CHANGELOG 中1.2.0feat: improve miniapp runtime 与1.1.0support miniapp native lifecycle events 两条变更在运行时侧的直接体现。四、component loader构建小程序自定义组件4.1 源码生成逻辑src/component.ts 与 page loader 对称用于自定义组件。它生成如下代码import { createComponentConfig } from ice/miniapp-runtime import component from componentPath var inst Component(createComponentConfig(component, name)) // 若开启 prerender追加 if (typeof PRERENDER ! undefined) { globalObject._prerender inst }关键差异点使用小程序Component全局构造器而非Page通过options.loaderMeta.isNeedRawLoader决定组件路径是否经由raw.js占位 loader——src/raw.ts 中pitch函数为空实现仅用于在 loader 链中定位被修改的 .vue/.tsx 资源不产生任何实际代码转换支持options.prerender选项开启时若全局存在PRERENDER标记则将组件实例挂到globalObject._prerenderglobalObject取自 compilation 的outputOptions默认wx兼容不同小程序平台全局对象命名。4.2 运行时侧createComponentConfig 的生命周期映射对应的运行时实现位于 packages/miniapp-runtime/src/dsl/common.ts。createComponentConfig(component, componentName, data)返回的配置对象包含attached()组件挂载时以getPageId()或自动生成的 id构造唯一路径调用Current.app.mount渲染 React 组件并触发ON_LOAD生命周期、componentElement.performUpdate(true)detached()组件卸载时通过Current.app.unmount销毁实例并清理instances缓存methods.eh事件处理入口eventHandler若传入data则挂到config.data从组件上透传options、externalClasses、behaviors等小程序自定义组件配置。五、taro-runtime loader注入运行时 reconcilersrc/taro-runtime.ts 负责在源码头部注入运行时依赖读取options.runtimePath支持数组把每个路径转成import runtimePath语句拼接到源码之前。通过该机制构建时可以选择性地注入自定义 reconciler / 运行时入口从而在 React 渲染层与小程序宿主之间建立桥接——这是 fork 自 taro 生态所保留的运行时插桩能力。六、与 plugin-miniapp 的集成方式在真实构建流程中这些 loader 由ice/plugin-miniapp编排挂载。在 packages/plugin-miniapp/src/miniapp/webpack/plugins/MiniPlugin.ts 中定义了pageLoaderName ice/miniapp-loader/lib/page.js并根据模块类型选择不同的 loader普通页面 →ice/miniapp-loader/lib/page.js自定义组件 →ice/miniapp-loader/lib/component.js见 MiniPlugin.ts 中对.js/.tsx等资源的 loader 分配原生组件 / 独立页面 → 对应的 native-component / independentPage loader 分支MiniPlugin.ts。这也解释了 package.json 中main: ./lib/page.js与files仅发布lib目录的原因插件侧直接以ice/miniapp-loader/lib/name.js的路径引用编译产物。七、从 CHANGELOG 看能力演进packages/miniapp-loader/CHANGELOG.md 记录了该包的关键演进1.1.0Minor57219848: support miniapp native lifecycle events——支持小程序原生生命周期事件同时ddee1c3e: support miniapp native events补全原生事件支持。对应的运行时支撑即上文createPageConfig中通过getMiniLifecycleImpl桥接的onLoad/onReady/onShow/onHide等原生生命周期1.1.1Patchb8b1d5e4: fix sourceMap url in prod files but not publish with sourceMap file——修复生产产物中 sourceMap url 指向但未随包发布 sourceMap 文件的问题。这与 package.json 中files: [lib, !lib/**/*.map]的发布排除规则相呼应产物 .map 文件不随包发布因此需要避免源码中的 sourceMappingURL 指向不存在的 map 文件1.1.2 / 1.2.1 / 1.2.2Patch跟随ice/bundles升级0.2.0 → 0.2.8 → 0.2.9属于依赖同步更新1.2.0Minor710b2e48: feat: improve miniapp runtime——改进 miniapp 运行时对应ice/miniapp-runtime侧页面/组件实例管理、渲染调度与生命周期逻辑的持续优化。可见该包的版本节奏分为两条线功能主线生命周期事件、运行时改进与依赖跟随线ice/bundles内部依赖升级。八、在示例项目中的使用与配置仓库的 examples/miniapp-project 演示了 miniapp 应用的完整配置import { defineConfig } from ice/app; import miniapp from ice/plugin-miniapp; export default defineConfig({ ssg: false, hash: true, minify: true, dropLogLevel: trace, outputDir: build/wechat, // 小程序产物输出目录 alias: { components: ./src/components }, plugins: [miniapp({ nativeConfig: { appid: tourist }, })], define: { ASSETS_VERSION: JSON.stringify(1.0.1), }, });使用方式总结在ice.config.mts中引入ice/plugin-miniapp插件并配置outputDir与nativeConfig插件内部会按模块类型自动应用ice/miniapp-loader的 page / component loader将 React 源码改写为调用createPageConfig/createComponentConfig的代码编译产物即小程序宿主可直接加载的页面与组件文件输出到build/wechat等目录供微信等平台工具预览上传。九、小结ice/miniapp-loader以webpack loader 生成运行时接线代码的方式解决了 React 组件模型与小程序 Page/Component 构造器之间的鸿沟page loader 与 component loader 负责代码改写与配置匹配raw loader 负责资源定位taro-runtime loader 负责运行时注入而真正的实例管理、生命周期桥接与渲染调度由ice/miniapp-runtime的createPageConfig/createComponentConfig完成。理解这一层 loader 机制是深入 ice.js 小程序编译链路、排查小程序产物问题的起点。赞分享前端Web框架SSR前端构建插件系统微前端跨平台【免费下载链接】ice ice.js: The Progressive App Framework Based On React基于 React 的渐进式应用框架项目地址https://gitcode.com/gh_mirrors/ice1/ice点击查看免费下载相关推荐webpack CoffeeScript 打包实战coffee-loader 配置、模块解析与构建产物深度剖析webpack CoffeeScript 打包实战coffee loader 配置、模块解析与构建产物深度剖析 本文以 webpack 仓库中的 exampl前端构建开发工具Photoshop-CC2022-Linux疑难解答GPU加速与Vulkan兼容性问题终极指南Photoshop CC2022 Linux疑难解答GPU加速与Vulkan兼容性问题终极指南 在Linux系统上运行Photoshop CC 2022时GWebpack Loader 实战剖析基于 examples/loader 示例掌握自定义 Loader、内联请求与 css-loader 规则配置Webpack Loader 实战剖析基于 examples/loader 示例掌握自定义 Loader、内联请求与 css loader 规则配置 本文以仓前端构建开发工具创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 @ice/miniapp-loader 源码剖析：基于 React 构建小程序产物的 Webpack Loader 实现
前端Web框架SSR前端构建插件系统微前端跨平台【免费下载链接】ice ice.js: The Progressive App Framework Based On React基于 React 的渐进式应用框架项目地址https://gitcode.com/gh_mirrors/ice1/ice点击查看免费下载ice/miniapp-loader是 ice.js 框架中负责将 React 页面/组件源码转换为小程序运行时可识别产物的 Webpack loader 集合。本文以该包的 README 与 CHANGELOG 为骨架结合仓库内 loader 源码与ice/miniapp-runtime、ice/plugin-miniapp的实现讲解 page loader、component loader 等核心 loader 的工作原理、参数约定与版本演进帮助读者理解一份 React 代码编译成小程序产物的底层机制。一、包定位为 ice.js 小程序构建提供 Webpack loader根据 packages/miniapp-loader/README.md 的说明ice/miniapp-loader是面向 ice.js 构建小程序applet产物的 Webpack loader 集合它 fork 自tarojs/loaderMIT License并针对 ice.js 的 miniapp 运行时做了适配。包名带ice/前缀与ice/miniapp-runtime、ice/plugin-miniapp形成插件编排构建 → loader 改写源码 → runtime 运行时适配的完整链路。从 packages/miniapp-loader/package.json 可以看到该包的工程信息包名ice/miniapp-loader主入口为./lib/page.js即构建产物为 CommonJS 格式通过tsc编译src/得到依赖仅ice/bundlesworkspace 内部包编译期依赖webpack ^5.88.0sideEffects: false便于 tree-shaking发布配置publishConfig.access: public源码目录src/中包含如下 loader 文件src/index.ts、src/page.ts、src/component.ts、src/raw.ts、src/taro-runtime.ts以及常量与工具函数 src/constants.ts、src/utils/normalizePath.ts。二、Loader 家族一览五个 loader 各司其职src/目录下共实现 5 个 loader职责划分如下Loader 文件编译期职责运行时对应index.ts默认导出直接转发给 page loader无入口转发page.ts将小程序页面文件改写为调用createPageConfig的代码ice/miniapp-runtime的createPageConfigcomponent.ts将自定义组件文件改写为调用createComponentConfig的代码ice/miniapp-runtime的createComponentConfigraw.ts占位 loader通过pitch定位被修改的资源无taro-runtime.ts向源码头部注入运行时reconciler的 importice/miniapp-runtime等运行时入口其中 src/index.ts 的实现非常精简——默认导出函数直接以当前 loader context 调用pageLoaderimport pageLoader from ./page.js; export default function (this: webpack.LoaderContextany, source: string) { pageLoader.call(this, source); }也就是说包主入口等价于 page loader后续小节将依次深入各 loader 的源码实现。三、page loader把 React 页面转换成小程序 Page 构造器的输入3.1 生成的关键代码结构src/page.ts 是核心 loader。它读取 webpack 传入的options其中config为页面配置集合、loaderMeta为元信息含hasExportData、hasExportConfig两个布尔标记随后生成一段注入到页面模块的代码import { createPageConfig } from ice/miniapp-runtime; import component from componentPath; import { pageConfig, dataLoader } from componentPath; // 视 hasExportConfig / hasExportData 而定 var config { ...页面配置 JSON... }; var inst Page(createPageConfig(component, name, {root:{cn:[]}}, { pageConfig, dataLoader }, config || {}));这段代码的语义是从ice/miniapp-runtime导入createPageConfig通过stringifyRequest把解析后的组件资源路径componentPath转成模块引用import 页面组件本体若页面导出了pageConfig或dataLoader则从同一模块路径中具名导入importDataAndConfigString由hasExportConfig/hasExportData组合决定调用Page(...)全局构造器传入createPageConfig(...)的返回值——这正是 README 所述在 miniapp 页面文件中调用ice/miniapp-runtime的createPageConfig方法创建小程序Page构造器可接受的对象。3.2 componentPath 的拼接逻辑componentPath的构造体现了 loader 链的处理顺序const thisLoaderIndex loaders.findIndex(item normalizePath(item.path).indexOf(miniapp-loader/lib/page) 0); const componentPath [...loaders.slice(thisLoaderIndex 1) .map(loader ${loader.path}${loader.query}), !, resourcePath].join(!);即找到当前 page loader 在 loader 链中的位置把排在它之后的 loader如 babel、ts 等与资源路径用!拼接得到后续处理器 资源文件的完整内联 loader 链确保组件源码先经过后续转换再被 import。这里用到的 src/utils/normalizePath.ts 会把\统一为/并压缩连续斜杠保证不同操作系统下的路径可比较。3.3 getPageConfig按资源路径匹配页面配置src/page.ts 导出了getPageConfig函数将当前resourcePath去掉扩展名得到configPath如xxx/index再遍历configs中的每一项若某一配置的path去掉.config后缀后与configPath一致则返回该配置的content否则返回空对象{}。这保证了页面文件与其同名.config配置文件的自动关联页面级配置会通过config参数传入createPageConfig。3.4 运行时侧createPageConfig 做了什么page loader 只是接线员真正的页面实例管理在ice/miniapp-runtime。在 packages/miniapp-runtime/src/dsl/common.ts 中createPageConfig(component, pageName, data, { dataLoader, pageConfig }, miniappPageConfig)会以pageName或自动生成的ice_page_${id}作为页面唯一 id并基于该 id 生成$icePathgetPath拼接 query 参数与$iceParams从hooks.call(getMiniLifecycleImpl)获取小程序原生生命周期实现ONLOAD、ONUNLOAD、ONREADY、ONSHOW、ONHIDE等构造完整的PageInstance配置对象在onLoad中通过Current.page、Current.router记录当前页面上下文并用dataLoader未提供时降级为setTimeout(0)的 Promise控制渲染时机该实现注释形象地说明小程序Page构造器是一个傲娇小公主不能把复杂的对象挂载到参数上因此 loader 生成的代码与运行时函数共同负责把 React 组件安全地转换为 Page 构造器可接受的对象。这正是 CHANGELOG 中1.2.0feat: improve miniapp runtime 与1.1.0support miniapp native lifecycle events 两条变更在运行时侧的直接体现。四、component loader构建小程序自定义组件4.1 源码生成逻辑src/component.ts 与 page loader 对称用于自定义组件。它生成如下代码import { createComponentConfig } from ice/miniapp-runtime import component from componentPath var inst Component(createComponentConfig(component, name)) // 若开启 prerender追加 if (typeof PRERENDER ! undefined) { globalObject._prerender inst }关键差异点使用小程序Component全局构造器而非Page通过options.loaderMeta.isNeedRawLoader决定组件路径是否经由raw.js占位 loader——src/raw.ts 中pitch函数为空实现仅用于在 loader 链中定位被修改的 .vue/.tsx 资源不产生任何实际代码转换支持options.prerender选项开启时若全局存在PRERENDER标记则将组件实例挂到globalObject._prerenderglobalObject取自 compilation 的outputOptions默认wx兼容不同小程序平台全局对象命名。4.2 运行时侧createComponentConfig 的生命周期映射对应的运行时实现位于 packages/miniapp-runtime/src/dsl/common.ts。createComponentConfig(component, componentName, data)返回的配置对象包含attached()组件挂载时以getPageId()或自动生成的 id构造唯一路径调用Current.app.mount渲染 React 组件并触发ON_LOAD生命周期、componentElement.performUpdate(true)detached()组件卸载时通过Current.app.unmount销毁实例并清理instances缓存methods.eh事件处理入口eventHandler若传入data则挂到config.data从组件上透传options、externalClasses、behaviors等小程序自定义组件配置。五、taro-runtime loader注入运行时 reconcilersrc/taro-runtime.ts 负责在源码头部注入运行时依赖读取options.runtimePath支持数组把每个路径转成import runtimePath语句拼接到源码之前。通过该机制构建时可以选择性地注入自定义 reconciler / 运行时入口从而在 React 渲染层与小程序宿主之间建立桥接——这是 fork 自 taro 生态所保留的运行时插桩能力。六、与 plugin-miniapp 的集成方式在真实构建流程中这些 loader 由ice/plugin-miniapp编排挂载。在 packages/plugin-miniapp/src/miniapp/webpack/plugins/MiniPlugin.ts 中定义了pageLoaderName ice/miniapp-loader/lib/page.js并根据模块类型选择不同的 loader普通页面 →ice/miniapp-loader/lib/page.js自定义组件 →ice/miniapp-loader/lib/component.js见 MiniPlugin.ts 中对.js/.tsx等资源的 loader 分配原生组件 / 独立页面 → 对应的 native-component / independentPage loader 分支MiniPlugin.ts。这也解释了 package.json 中main: ./lib/page.js与files仅发布lib目录的原因插件侧直接以ice/miniapp-loader/lib/name.js的路径引用编译产物。七、从 CHANGELOG 看能力演进packages/miniapp-loader/CHANGELOG.md 记录了该包的关键演进1.1.0Minor57219848: support miniapp native lifecycle events——支持小程序原生生命周期事件同时ddee1c3e: support miniapp native events补全原生事件支持。对应的运行时支撑即上文createPageConfig中通过getMiniLifecycleImpl桥接的onLoad/onReady/onShow/onHide等原生生命周期1.1.1Patchb8b1d5e4: fix sourceMap url in prod files but not publish with sourceMap file——修复生产产物中 sourceMap url 指向但未随包发布 sourceMap 文件的问题。这与 package.json 中files: [lib, !lib/**/*.map]的发布排除规则相呼应产物 .map 文件不随包发布因此需要避免源码中的 sourceMappingURL 指向不存在的 map 文件1.1.2 / 1.2.1 / 1.2.2Patch跟随ice/bundles升级0.2.0 → 0.2.8 → 0.2.9属于依赖同步更新1.2.0Minor710b2e48: feat: improve miniapp runtime——改进 miniapp 运行时对应ice/miniapp-runtime侧页面/组件实例管理、渲染调度与生命周期逻辑的持续优化。可见该包的版本节奏分为两条线功能主线生命周期事件、运行时改进与依赖跟随线ice/bundles内部依赖升级。八、在示例项目中的使用与配置仓库的 examples/miniapp-project 演示了 miniapp 应用的完整配置import { defineConfig } from ice/app; import miniapp from ice/plugin-miniapp; export default defineConfig({ ssg: false, hash: true, minify: true, dropLogLevel: trace, outputDir: build/wechat, // 小程序产物输出目录 alias: { components: ./src/components }, plugins: [miniapp({ nativeConfig: { appid: tourist }, })], define: { ASSETS_VERSION: JSON.stringify(1.0.1), }, });使用方式总结在ice.config.mts中引入ice/plugin-miniapp插件并配置outputDir与nativeConfig插件内部会按模块类型自动应用ice/miniapp-loader的 page / component loader将 React 源码改写为调用createPageConfig/createComponentConfig的代码编译产物即小程序宿主可直接加载的页面与组件文件输出到build/wechat等目录供微信等平台工具预览上传。九、小结ice/miniapp-loader以webpack loader 生成运行时接线代码的方式解决了 React 组件模型与小程序 Page/Component 构造器之间的鸿沟page loader 与 component loader 负责代码改写与配置匹配raw loader 负责资源定位taro-runtime loader 负责运行时注入而真正的实例管理、生命周期桥接与渲染调度由ice/miniapp-runtime的createPageConfig/createComponentConfig完成。理解这一层 loader 机制是深入 ice.js 小程序编译链路、排查小程序产物问题的起点。赞分享前端Web框架SSR前端构建插件系统微前端跨平台【免费下载链接】ice ice.js: The Progressive App Framework Based On React基于 React 的渐进式应用框架项目地址https://gitcode.com/gh_mirrors/ice1/ice点击查看免费下载相关推荐webpack CoffeeScript 打包实战coffee-loader 配置、模块解析与构建产物深度剖析webpack CoffeeScript 打包实战coffee loader 配置、模块解析与构建产物深度剖析 本文以 webpack 仓库中的 exampl前端构建开发工具Photoshop-CC2022-Linux疑难解答GPU加速与Vulkan兼容性问题终极指南Photoshop CC2022 Linux疑难解答GPU加速与Vulkan兼容性问题终极指南 在Linux系统上运行Photoshop CC 2022时GWebpack Loader 实战剖析基于 examples/loader 示例掌握自定义 Loader、内联请求与 css-loader 规则配置Webpack Loader 实战剖析基于 examples/loader 示例掌握自定义 Loader、内联请求与 css loader 规则配置 本文以仓前端构建开发工具创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考