- 博客(517)
- 资源 (16)
- 收藏
- 关注
RSS订阅
原创 TRAE开发工具化自检，我用它吐槽两句轻松解决办公电脑内存崩溃问题
本文记录了作者在Windows 11办公机因内存崩溃问题使用全新TRAE的Agent模式，仅三分钟即定位根因——页文件过小导致虚拟内存爆满，并实现即时缓解与根因修复。随后，通过IDE模式将诊断逻辑封装为零依赖、单文件工具MemGuard，完成自动化优化。全程无缝衔接Agent与IDE模式，展现多Agent并行诊断、自主处理依赖冲突等亮点，显著提升问题解决效率。
2026-10-22 14:15:35
6108
6
原创 Kotlin Multiplatform for OpenHarmony 实战：为 kable 实现 OpenHarmony 蓝牙低功耗（BLE）引擎
本文为Kotlin Multiplatform三方库鸿蒙化适配系列第四篇，聚焦kable（Juul Labs出品的BLE响应式库）在OpenHarmony上的适配。作者选择路线A：通过ArkTS实现BleScanner/BlePeripheral接口，桥接鸿蒙@kit.ConnectivityKit的BLE模块，而非等待上游支持或自研协议栈。核心挑战在于将鸿蒙回调式BLE模型（扫描、连接、特征变更均为事件推送）翻译为kable的“一切皆Flow”响应式模型，通过语义层管理器统一派发事件完成转换。文中记录6个
2026-10-05 11:00:42
1590
1
原创 Kotlin Multiplatform for OpenHarmony 实战：为 KMPNotifier 实现 OpenHarmony 本地通知引擎
本文为Kotlin Multiplatform三方库鸿蒙化适配系列第三篇，聚焦于KMPNotifier在OpenHarmony上的适配。作者放弃等待上游支持与自绘通知UI，选择通过ArkTS桥接@kit.NotificationKit，将跨平台通知模型接入鸿蒙系统。核心挑战在于鸿蒙通知点击需经WantAgent回灌至EntryAbility，重构事件模型。文章详细记录6个ArkTS真实签名踩坑，最终在HarmonyOS SDK 6.0.0(20)下零错误编译出包（529KB），并通过模拟器完成全链路验证。
2026-10-05 08:06:22
1577
原创 Kotlin Multiplatform for OpenHarmony 实战：为 Ktor 客户端实现 OpenHarmony 引擎
本文作者在实现Ktor客户端引擎的鸿蒙适配时，选择不复用CIO（纯Kotlin网络库），而是基于鸿蒙原生@ohos.net.http构建轻量级引擎。此举避免了自行实现DNS、TLS、代理等复杂且易出错的底层逻辑，转而依赖系统已验证的网络能力，确保稳定性与可维护性。通过复刻Ktor API契约（如HttpMethod、Headers、HttpResponseData等），实现语义层与上游一致，使业务代码“就是Ktor”。最终引擎仅446行，无平台依赖，兼具可移植性与真实可用性，标志着鸿蒙化适配从“形似”迈向“
2026-10-04 21:16:15
1269
原创 开源鸿蒙平台 KMP 三方库 Decompose 适配全流程：从组件化导航到返回键拦截验证
本文介绍了在OpenHarmony上适配KMP生态中Decompose组件的完整过程。基于Essenty已实现的生命周期管理，利用其与Decompose的天然兼容性，通过接入HarmonyOS Kotlin定制版、显式声明ohosArm64 target并依赖nonWebMain源集，精准定位并实现仅需三处平台适配（锁、主线程检查、错误打印），最终成功将Decompose移植至鸿蒙，实现多页面导航、状态保留与返回键拦截等核心功能，并在真机上验证通过。
2026-10-04 12:32:43
1317
原创 开源鸿蒙平台 KMP 三方库 Essenty 适配全流程：从生命周期抽象到状态重建验证
本文为KMP库鸿蒙化适配第三篇，聚焦Essenty库的时序假设问题。与前两篇“能力缺失”不同，Essenty依赖平台在正确时机通知生命周期并保存状态，鸿蒙无现成宿主导致状态丢失隐晦难查。作者将库分三类：纯逻辑层（无需修改）、平台注入层（需实现*Owner接口）、落盘层（用kotlinx-serialization输出JSON，对接kotlinx-io沙箱）。通过将OpenHarmony生命周期映射至五档状态、复用kotlinx-io沙箱、挂载InstanceKeeper至Ability、降级BackHand
2026-09-30 16:50:07
1786
原创 开源鸿蒙平台 KMP 三方库 kotlinx-io 适配全流程：从 Path 抽象到真机沙箱读写验证
本文详解了将Kotlin Multiplatform库kotlinx-io适配OpenHarmony的过程。核心挑战在于平台沙箱限制：库假设路径可直接open，但鸿蒙应用仅能访问自身目录。通过分层分析，发现Path与Source/Sink层无需修改，真正问题在FileSystem层。解决方案是将沙箱根路径由应用层传入，避免硬编码绝对路径，确保文件操作在合法目录内进行。最终通过NAPI导出与ArkTS调用验证，成功实现跨平台IO能力的鸿蒙化适配。
2026-09-30 13:32:32
1736
原创 【共创稿事节】 我用鸿蒙API 26端侧AI做了个拍题批改APP：0后台服务器，全流程488ms跑完
我用鸿蒙API 26端侧AI开发了一款无后台、全流程488ms完成的拍题批改APP。通过端侧OCR、4倍超分与透视矫正，实现作业图像自动边缘检测、角点排序、单应性矩阵变换，再结合动态超分策略，显著提升模糊图像识别率。全链路本地运行，无需网络，实测比云端方案快7倍，真正实现“拍即得结果”。
2026-09-29 16:30:06
1752
27
原创 皓月当空，灯谜满天：我用华为云码道把「中秋电子贺卡」做成了一款会猜灯谜、能放孔明灯的网页小游戏
本文分享一款「中秋射虎放灯」电子贺卡的完整开发历程：以一张可玩、可寄、可收的单文件HTML5网页，实现猜灯谜、放孔明灯等互动玩法。项目零依赖、打开即玩，通过华为云CodeArts开发闭环，推至AtomGit开源托管，融合CSS动态夜空、SVG天灯、WebAudio古筝音效与数据驱动架构，打造“会猜灯谜的中秋贺卡”——既保留节日仪式感，又实现社交化传递，真正让祝福“留下来”。
2026-09-25 22:52:33
1326
6
原创 开源鸿蒙平台 KMP 三方库 kotlinx-datetime 适配全流程：从 ohosArm64 target 到真机时区验证
本文详述了将 Kotlin Multiplatform 三方库 kotlinx-datetime 适配至 OpenHarmony 平台的全流程。针对 ohosArm64 缺失官方构建产物的问题，通过接入 HarmonyOS Kotlin 定制版插件、声明 target 并复用 Native 实现，成功编译通过。核心难点在于时区数据缺失——因 OpenHarmony 沙箱无 /usr/share/zoneinfo，导致默认回退至 UTC。解决方案为：优先从 @ohos.i18n 获取 IANA 时区 ID，传
2026-09-24 21:29:17
1398
原创 分享我的 AI 自动化搭子｜攒了一堆别人的流程后，我第一次自己搭了一个
本文分享作者使用影刀自动化工具一年后，从“自动化伸手党”到借助AI流程助手自主搭建、调试流程的蜕变。通过一句自然语言指令，AI便能自动构建复杂流程，无需编程基础。作者成功实现双平台评论监控与智能回复，每日节省25分钟，更让老流程“复活”，报错也变为可对话的优化契机。核心感悟：自动化门槛已从“会拖流程图”降至“会说需求”，真正让每个人都能将想法变为自动化现实。
2026-09-22 10:44:41
11384
10
原创 Seed-2.1-pro 最新升级：给 AI 喂一份 369 页招股书，它给我吐了一份 IPO 投资底稿
Seed-2.1-pro-0915 重磅升级，实现多模态 Coding 与长流程 Agent 能力跃迁。以宇树科技369页招股书为测试样本，6步Agent流水线端到端生成可复核的HTML+CSV+Excel投资底稿，全程无人工干预。关键突破：跨页表格/脚注精准还原、财务指标零误差、工具调用可靠性达64.8%（+26.4%），token消耗降低40%以上。虽在隐含信息提取上仍有短板，但已显著超越传统方案，真正实现金融投研工作流自动化。
2026-09-21 15:33:17
1915
3
原创 把草图拍给Seed-2.1-pro，它给我生成了一个能跑的 App
摘要（148字）： 本文实测火山方舟Seed-2.1-pro-0915模型从手绘草图生成多页面旅行App的端到端能力。基于一张粗糙线框图，模型精准识别元素，自动生成包含首页、详情页、行程页与“我的”页的完整HTML代码，实现跨页面视觉一致性与动态交互。输出仅需约1万tokens，较同类工具降30%以上，且无需修改即可在浏览器直接运行。升级后design2Code能力提升18%-33%，Token效率优化40%+，验证了其在真实开发场景中的高效性与工程落地价值。
2026-09-18 15:01:20
2952
5
原创 我用华为云码道从0到1做出一款战棋游戏：一个周末的完整实战记录
本文记录了作者仅用6分37秒，通过华为云码道CodeArts代码智能体，从零开发出一款可玩的中世纪奇幻回合制战棋小游戏的全过程。借助AI精准需求澄清、分轮交付可运行版本、自动生成测试用例及代码修复能力，作者以“产品经理+验收员”角色高效完成核心功能：BFS寻路、兵种克制、地形加成、敌方智能评分与双人对战。项目最终实现完整交互逻辑与视觉呈现，验证了AI辅助编程在复杂游戏开发中的巨大潜力。
2026-09-17 15:29:30
3701
23
原创 AppGallery 上架自检 SOP：签名、隐私对齐与包体校验实战【鸿蒙心迹】
上架被驳回多因签名、隐私声明与包体不一致。本文提炼“签名→隐私对齐→包体校验”自检SOP，配套一键脚本与权限三角校验代码，实现90%驳回前置拦截。通过CI强制release签名、代码/声明/功能三者权限对齐、包体完整性校验，确保提审一次过。实战清单可直接抄，让过审从运气变为流程。
2026-11-06 12:01:41
86
原创 上架冷启动性能优化与启动耗时治理【鸿蒙心迹】
本文针对鸿蒙应用冷启动慢、用户“秒开变转圈”的痛点，提出“阻塞/并行/延迟”三档任务拆解法，结合hiTraceMeter打点量化耗时，将首屏可交互时间从2.8s降至0.9s（降68%）。提供可复用代码骨架、任务分档清单与实战清单，强调首屏只做必需事、非关键操作延迟执行，并通过限流、骨架屏等策略优化体验。核心建议：启动路要“修干净”，发版前真机测试卡点≤1s，确保上架后口碑不被差评拖累。
2026-11-06 11:21:59
72
原创 闪控窗性能优化与多实例资源治理【鸿蒙心迹】
本文是闪控窗系列第三篇，聚焦**多实例场景下的资源治理**。针对用户高频开关、多任务切换导致闪控窗实例越攒越多、内存与绘制开销失控的问题，给出"实例有上限、绘制会节流、销毁能统一"的完整方案：用全局单例 `FloatMgr` 统筹实例，设硬上限（建议 3 个）并淘汰最旧；用空闲实例池复用避免频繁 create/destroy；用 `Animator` 把静止态刷新压到 1fps 甚至停更；页面销毁与退后台统一 `releaseAll`，并配合 5 分钟超时回收。
2026-11-05 17:14:51
257
原创 闪控窗权限、隐私与安全合规要点【鸿蒙心迹】
本文基于一次审核打回案例，系统阐述HarmonyOS闪控窗合规落地方案：通过module.json5声明与运行时申请分离、when: inuse按需申请、悬浮窗常驻关闭按钮、设置页统一撤销入口，结合权限自检脚本，实现权限透明、可关闭、可解释的合规设计。文中拆解四段可复用代码的核心逻辑与易错点，附流程图与踩坑清单，助力开发者一次过审。
2026-11-05 16:50:10
91
1
原创 闪控窗权限、隐私与安全合规要点【鸿蒙心迹】
闪控窗过审关键在合规：需明确权限用途（如“锁屏外显快捷控制”）、提供窗体及设置页双关闭入口、按需申请最小权限（when: inuse）、隐私声明覆盖数据范围。代码实现中，先校验权限再创建窗口，关闭时销毁资源，拒绝后引导至设置页。避免“静默常开”“反复弹窗”等行为。合规非阻碍，而是用户信任的护城河，三张表对账可加速过审。
2026-11-04 10:57:41
343
原创 三方状态管理与网络框架接入及版本冲突治理【鸿蒙心迹】
本文提出 HarmonyOS 三方库依赖冲突的三层治理方案：声明层通过 overrides 统一版本，排查层用 ohpm ls 定位冲突链，运行层以 typeof 自检与降级兜底。结合决策图、时序图与真实踩坑案例，提供可复用的接入骨架，实现编译不冲突、运行不崩溃，适用于中大型鸿蒙工程的稳定接入。
2026-11-04 10:23:26
308
原创 三方库接入与包体积优化踩坑：别让依赖把 App 撑成“胖子“【鸿蒙心迹】
本文针对 HarmonyOS 应用开发中三方库接入导致的包体积膨胀与依赖冲突问题，提出一套可落地的治理方案：通过选库规范、HSP 动态共享包、abiFilters 架构过滤、strip 去符号、混淆压缩、按需引入子模块、overrides 统一版本及 ohpm ls 依赖体检等手段，实现从 8MB 到 30MB 的体积优化。结合完整配置代码与流程图，助力开发者高效控制包体，提升性能与稳定性。
2026-11-03 12:01:42
230
原创 三方库 NDK 原生模块跨平台适配与调试【鸿蒙心迹】
本文详解鸿蒙NDK原生模块开发全流程：基于LLVM工具链与build-profile.json5编译多架构.so，通过NAPI实现C++算法与ArkTS的跨语言调用。核心聚焦线程模型与内存边界，提供可复用的NAPI桥接骨架，涵盖参数获取、裸内存读取、纯C++计算、结果包装等关键步骤，并以napi_create_async_work实现异步化，避免UI冻结。总结三类高频崩溃（线程误用、对象提前回收、所有权错配）的定位与规避方法，适用于音视频、图像处理等C++资产迁移场景。
2026-11-03 09:27:35
288
2
原创 平行视界详情页生命周期与数据预加载【鸿蒙心迹】
平行视界中，右侧详情页常驻导致生命周期异于普通页面。本文对比aboutToAppear/onPageShow触发差异，提出“单例复用 + 数据驱动 + LRU缓存 + 异步预取”方案，将切项耗时从300ms降至40ms，内存可控。核心代码通过@StorageLink共享状态、幂等加载与预取优化，实现高效切换与低闪白体验，适用于主从信息流等高频场景。
2026-11-03 09:15:18
333
1
原创 平行视界兼容模式与魔法变量配置避坑【鸿蒙心迹】
本文详解折叠屏兼容模式下“魔法变量”配置的五大易错点，强调maxWindowRatio与minWindowRatio必须满足max ≥ min、centerAlign需显式设为true、minCompitableVersion拼写为Compitable等关键细节。通过校验函数实现上线前批量机型测试，结合排查流程图快速定位分栏失效问题。虽兼容模式可零代码实现分栏，但存在状态共享风险，长期仍建议按规范开发原生平行视界分栏。
2026-11-02 10:06:08
1073
原创 平行视界分栏布局与导航联动实战：大屏上“左列右详情“怎么搭【鸿蒙心迹】
本文提出一套可复用的「断点驱动双栏联动」方案，基于HarmonyOS平行视界场景：通过mediaquery监听窗口宽度动态切换bp断点，将selectedId上提至页面级作为唯一真相源，由bp决定单栏跳转或双栏同屏挂载。详情组件DetailPane仅依赖id实现复用，确保状态同步与交互一致。文中梳理5大高频问题排查路径，并给出性能优化建议：使用@ObjectLink与key降低重渲、LazyForEach处理大数据量、扩展三栏支持超大屏，实现跨设备平滑体验。
2026-11-02 09:22:54
669
原创 开源鸿蒙平台 KMP 三方库 kotlinx-datetime 适配全流程：从 ohosArm64 target 到真机时区验证
本文记录了将 kotlinx-datetime 适配至 OpenHarmony 的完整过程。针对其缺乏 ohosArm64 发布物的问题，通过接入 HarmonyOS Kotlin 定制版、声明 target 并复用 Native 实现，成功构建兼容库。核心难点在于时区数据缺失——沙箱环境无 /usr/share/zoneinfo，遂结合 @ohos.i18n 获取系统时区 ID，并回退至内置 TZDB，实现精准时区支持。最终生成 HAR 包，真机验证时间与时区准确无误，为 KMP 鸿蒙化提供可复用的实践范
2026-11-01 10:04:19
40
原创 开源鸿蒙平台 KMP 三方库 Decompose 适配全流程：从组件化导航到返回键拦截验证
本文详细记录了将KMP生态中的导航框架Decompose适配至OpenHarmony的过程。基于Essenty已实现的生命周期与状态管理，利用其与Decompose组件上下文的高度兼容性，仅需补充4个平台相关声明中的3个（锁、主线程检查、错误打印），并显式声明ohosArm64 target及依赖nonWebMain源集，最终成功构建HAR包并在真机上验证导航、返回键、状态保留等核心功能。整个过程强调“先编译后补码”的高效策略，凸显鸿蒙适配中对KMP源码结构与编译机制的深度理解。
2026-11-01 10:03:35
289
原创 Kotlin Multiplatform for OpenHarmony 实战：multiplatform-settings 类型安全 Key-Value 持久化适配
本文是 KMP 三方库鸿蒙化适配合集的第 17 篇，讲解 `multiplatform-settings`（russhwolf）在 OpenHarmony 上的适配方案。文章采用「语义层—引擎层—验收页」三层架构：语义层用纯 ArkTS 定义 `SettingsEngine` 契约，引擎层通过 `getPreferencesSync` 桥接鸿蒙 `Preferences` 的同步 API，验收页在真机上验证写入、读回与持久化闭环。
2026-11-01 10:03:07
156
原创 图像超分结果保存与分享：把 4 倍高清写回相册的完整链路【鸿蒙心迹】
本文详解HarmonyOS端侧图像超分结果的落地流程：从PixelMap编码为JPEG字节，写入应用沙箱，存入系统相册，并通过Want拉起分享面板。提供完整ArkTS代码，涵盖权限动态申请、编码、落盘、媒体库存取及分享全流程，重点说明quality取值、权限声明、URI转换与大图内存管理等实战要点，附常见失败排查指南，助力开发者高效交付超分成果。
2026-10-31 07:41:15
203
原创 闪控窗（悬浮窗）能力接入与场景设计：把常用操作“浮“在屏幕上【鸿蒙心迹】
本文详解鸿蒙（HarmonyOS）闪控窗（悬浮窗/胶囊）的完整接入流程，涵盖权限申请、窗口创建、内容加载与销毁。重点解决权限被拒兜底引导、横竖屏重定位、坐标持久化等实战痛点，提供可复用的TypeScript代码范式。强调“权限先申请、销毁要配对、尺寸要克制、交互下沉”四大要点，助力开发者高效实现全局轻量入口，提升用户体验。
2026-10-31 07:40:06
329
原创 【算法题精选】最大子数组和：三种写法都错，且错得完全一样
摘要：本文剖析最大子数组和（LeetCode 53）四种常见写法的共性缺陷——在全负数组下均错误，且失败集合精确等价于“全负数组”。通过穷举验证，揭示其根源为初值设为0导致允许空子数组。正确解法需以nums[0]初始化，确保非空约束。进一步延伸至输出区间与环形版本（LC 918），指出后者因total - minSum可能返回0（空子数组）而引入新陷阱，同样仅在全负时失效。最终提供可背的追问清单，强调“失败当且仅当全负”的精确刻画对面试应对的关键意义。
2026-10-31 07:21:39
131
原创 一个状态，五个投影：我把读书 App 的“阅读记忆“建成了一张状态图【鸿蒙心迹】
本文分享「静读」App的工程实践：五个界面实为同一状态的五个投影，而非独立副本。通过两个实验——投影一致性测试与崩溃点枚举——验证了“副本需同步，终将不同步”的核心结论。单一数据源+按需计算的投影，可彻底消除数据不一致；事务性持久化保障书签与进度的强一致性。最终提出状态分层管理原则：能算的不存，存的只走唯一入口。技术上，用纯函数投影替代胶水代码，让“难查的bug”自然消失。
2026-10-30 22:25:16
17
原创 端侧 NPU 轻量大模型推理接入笔记【鸿蒙心迹】
本文记录了自研轻量大模型在端侧NPU上落地的完整流程，基于MindSpore Lite框架，通过INT8量化将80MB FP32模型压缩至18MB，推理时延从2秒降至220ms，显著改善发热与性能。重点梳理了模型转换、量化、算子兼容性检查及生命周期管理四大环节，揭示三大高频坑点：浮点模型直推、自定义算子静默失败、模型常驻致显存耗尽，并提供可复用的TypeScript代码骨架与实战清单。结论指出，端侧推理适用于意图分类、本地问答等“短输入、快响应、强隐私”场景，强调“够用就好”的务实理念，突出离线可用、零流量
2026-10-30 22:15:24
151
原创 一个状态，五个投影：我把读书 App 的“阅读记忆“建成了一张状态图【鸿蒙心迹】
「静读」开发心得二：五个界面实为同一状态的投影。通过实验验证，副本+通知易致数据分叉（65%运行出错），而统一数据源+按需计算可实现0失败。持久化采用事务写入，避免书签与进度不一致。架构上分三层状态：瞬态用@State，会话共享用@Provide，持久层唯一写入口。核心原则：能算的不存，存的只走一处。删胶水代码，bug 自然消失。
2026-10-30 21:58:25
179
原创 碰一碰无网近场文件快传与断点续传【鸿蒙心迹】
本文详解鸿蒙系统“碰一碰”无网近场文件快传的完整实现：基于NearLink/NFC拉起连接，通过Wi-Fi Direct或蓝牙点对点直连传输数据，全程不经过云端。采用分片传输（1MB/片）、偏移续传、位图收齐判定与MD5校验四件套，解决大文件中断重传、乱序写坏、损坏等问题。提供可复用TypeScript骨架、时序图、链路图及实测性能对比，支持按文件大小动态选片（<10MB用4MB片，≥10MB用1MB片），适用于大文件、弱网/无网、隐私数据本地传输场景。
2026-10-30 20:36:16
346
原创 四种书签，一条时间线：一个读书 App 的记忆颗粒与它的边界案例【鸿蒙心迹】
「静读」书签系统通过实验验证三大边界：切日规则需全局统一（+08:00），避免凌晨书签错挂；计数应派生自列表长度，杜绝重复删除导致的不一致；筛选空与无数据空须区分文案。结论为三原则：切日用常量、能派生的数不单独存、每种空先辨类型。
2026-10-30 20:30:16
199
原创 Kotlin Multiplatform for OpenHarmony 实战：kotlinx-coroutines 结构化并发适配
本文记录了 kotlinx.coroutines 在 OpenHarmony 上的语义等价适配过程。基于 ArkTS 单线程异步模型与 Kotlin 协程“挂起不阻塞”的心智同构，采用三层架构：语义层定义 CoroutineScope、Job、Deferred 等类型；引擎层通过原生 Promise 桥接调度与挂起；验收页在真机验证并发、async/await 与 withContext。核心结论：无需重写运行时，直接复刻 API 形状即可。附踩坑经验与开源地址，为 KMP 向鸿蒙迁移提供可复用范式。
2026-10-29 22:34:03
194
原创 Kotlin Multiplatform for OpenHarmony 实战：okio 字节缓冲适配
本文实现 okio 库在 OpenHarmony 上的 KMP 适配，采用“语义层 + 引擎层 + 验收页”三层架构：语义层用 ArrayBuffer + DataView 实现 Buffer/ByteString，手写 UTF-8 编解码；引擎层复用 @kit.ArkTS 的 util.Base64Helper 完成 base64 桥接；验收页在真机验证字节级 round-trip、base64 编解码与 ByteString 展示。重点总结了 DataView 偏移、代理对处理、严格模式限制与系统 AP
2026-10-29 22:28:32
180
原创 Kotlin Multiplatform for OpenHarmony 实战：KStateMachine 有限状态机适配
本文是 KMP 三方库鸿蒙化适配，聚焦 `KStateMachine`（Kotlin 轻量有限状态机）的 OpenHarmony 适配。我们只讲本仓库真实落地的代码，不做系列横向对比
2026-10-29 22:08:21
44
原创 图像超分结果保存与分享：把 4 倍高清写回相册的完整链路【鸿蒙心迹】
本文详解HarmonyOS端侧图像超分结果的落地流程：从PixelMap编码为JPEG字节，写入应用沙箱，存入系统相册，并通过Want拉起分享面板。提供完整ArkTS代码，涵盖权限动态申请、文件落盘、媒体库接入及分享链路，重点说明quality取值、权限声明、URI转换与大图内存优化等实战要点，助力开发者高效完成超分成果交付。
2026-10-28 22:39:31
185
poj上的一些基础题分类ac源代码和测试数据样例
2014-07-11
停车管理系统程序
2017-05-08
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人