Flutter for OpenHarmony 实战：通义万相 AIGC 联调与相册持久化
摘要：行百里者半九十。本文作为'疯狂头像'实战系列的终章，我们将完成从 AI 异步生成到图片系统级保存的全链路闭环。本文将重点攻克鸿蒙（HarmonyOS）侧的
module.json5权限合规、媒体库写入逻辑及网络请求健壮性处理，助你打造商业级 AIGC 应用。
引言
在之前的动效篇中，我们为应用注入了生动的灵魂。但一个真正的 AI 工具，如果不能产生'作品'并持久化到物理存储，它就只是一个精致的'空中楼阁'。
在鸿蒙（HarmonyOS Next）生态中，文件的存储安全与权限管理有着极其严格的标准。本篇我们将打通阿里云通义万相的 API 联调，并深度解析如何调用鸿蒙底层能力，将创意艺术品永久存入用户相册。
环境准备
为了确保代码能够准确运行，请参考以下实战环境配置：
| 环境项 | 版本/要求 | 备注 |
|---|---|---|
| Flutter SDK | 3.7.12-ohos | HarmonyOS 适配版 |
| DevEco Studio | 4.1 Release | 对应 HarmonyOS Next API 11+ |
| API 服务 | 阿里云 DashScope | 需开启通义万相模型权限 |
| 核心依赖 | http, saver_gallery | 详见架构篇配置 |
接入通义万相 API
通义万相提供了基于 Messages 的多模态生成接口。在鸿蒙上，我们主要处理异步的 POST 请求。
封装 AI 绘图服务
为了提升请求的健壮性，我们引入了超时处理逻辑。AI 生成通常需要较长时间，默认超时往往不够用。
Future<String> generateImage({
required String prompt,
required String apiKey,
String model = "qwen-image-max",
}) async {
final headers = {
'Content-Type': 'application/json',
'Authorization': 'Bearer $apiKey',
};
final body = jsonEncode({
"model": model,
"input": {
"messages": [
{
"role": "user",
"content": [{"text": prompt}]
}
]
},
"parameters": {
"size": "1024*1024",
"n": 1
}
});
try {
// 🟢 增加 30 秒超时处理，适配 AI 生成的长周期特性
final response = await http.post(
Uri.parse(_baseUrl),
headers: headers,
body: body,
).timeout(const Duration(seconds: 30));
if (response.statusCode == 200) {
final data = jsonDecode(response.body);
return data['output']['choices'][0]['message']['content'][0]['image'];
} else {
throw "生成失败：Code ${response.statusCode}";
}
} on TimeoutException {
throw "请求超时，AI 绘画可能需要更多时间，请检查网络";
} catch (e) {
throw "服务异常：$e";
}
}
🏆 实战建议：由于通义万相是异步生成链路，虽然 API 提供了直接响应，但在高并发时可能会返回中间状态。建议在 UI 层增加对错误代码的语义化解析（如非法 Prompt 拦截），避免用户看到生硬的报错信息。
鸿蒙相册持久化方案
在 HarmonyOS Next 中，保存图片到相册涉及'分布式能力'与'文件夹沙盒'双重规则。不能简单粗暴地写入文件，必须走系统媒体库。
关键：鸿蒙侧权限配置
在 ohos/entry/src/main/module.json5 中，必须声明媒体读写权限（针对使用三方持久化库的项目）：
{
"module": {
"requestPermissions": [
{
"name": "ohos.permission.WRITE_IMAGEVIDEO",
"reason": "$string:reason_save_image",
"usedScene": {
"abilities": ["EntryAbility"],
"when": "always"
}
}
]
}
}
实现相册写入逻辑
我们采用'下载字节流 -> 调用原生通道 -> 写入媒体库'的路径。这样既保证了图片质量，又符合系统规范。
Future<void> _saveToGallery() async {
try {
// 1. 🟢 下载图片字节流
final response = await http.get(Uri.parse(_imageUrl!));
if (response.statusCode != 200) throw "图片下载失败";
final Uint8List bytes = response.bodyBytes;
// 2. 🟢 调用鸿蒙原生适配接口
final result = await SaverGallery.saveImage(
bytes,
quality: 100,
fileName: "avatar_${DateTime.now().millisecondsSinceEpoch}.png",
androidRelativePath: "Pictures/CrazyAvatar",
// 插件已适配鸿蒙媒体目录映射
);
if (result.isSuccess) {
_showSuccess("创意作品已存入系统相册");
} else {
_showError("保存失败：${result.errorMessage}");
}
} catch (e) {
_showError("操作失败：$e");
}
}
技术栈回顾
经过四篇连载，我们构建的'疯狂头像'App 已涵盖 Flutter for OpenHarmony 开发的 80% 核心场景。
| 模块 | 核心方案 | 鸿蒙适配点 |
|---|---|---|
| 工程初始化 | Git 跨平台插件注入 | 引用 OpenHarmony-TPC 适配库 |
| 视觉呈现 | Glassmorphism + Stack | 背景层叠与 OLED 黑色优化 |
| 动效系统 | flutter_animate | Vsync 信号同步与 120Hz 适配 |
| 配置持久化 | shared_preferences | 映射至 ohos.Preferences 存储 |
| AI 集成 | 阿里云 DashScope SDK (http) | 异步网络请求与超时健壮性 |
| 存储访问 | saver_gallery + module.json5 | 攻克媒体库写入权限与沙盒限制 |
总结
作为开发者，我们不仅是在'搬运代码'，更是在探路新生态。
在鸿蒙 Next 时代，Flutter 已经证明了其作为'第一梯队'跨平台框架的稳定性与审美表现力。掌握这一套实战路径，你将能够在手机、平板乃至折叠屏上提供一致的 AI 体验，并通过玻璃拟态和复合动效，让鸿蒙原生应用具有商业级的高级感。
如果你在实际开发中遇到任何技术细节问题，欢迎查阅官方文档或社区资源进行排查。
