HarmonyOS鸿蒙Next中ArkUI的粒子动画 (Particle)文档示例2需要优化

HarmonyOS鸿蒙Next中ArkUI的粒子动画 (Particle)文档示例2需要优化【问题描述】：示例2中部分粒子 angle 的加速度动画关键帧时间范围存在重叠

【原文链接】：https://developer.huawei.com/consumer/cn/doc/harmonyos-references/ts-particle-animation

【原文片段】：to: -50,

【问题现象】：示例2的第二个和第三个粒子的加速度动画配置中，第一段关键帧是0-1000ms，但第二段关键帧的startMillis错写成了0（应为1000）。

【版本信息】：不涉及

【复现代码】：不涉及

更多关于HarmonyOS鸿蒙Next中ArkUI的粒子动画 (Particle)文档示例2需要优化的实战教程也可以访问 https://www.itying.com/category-93-b0.html

caililin 1楼

开发者您好，问题已修复，参考如下官方示例：https://developer.huawei.com/consumer/cn/doc/harmonyos-references/ts-particle-animation#示例2图片初始化粒子

更多关于HarmonyOS鸿蒙Next中ArkUI的粒子动画 (Particle)文档示例2需要优化的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html

bupafengyu 2楼作者

尊敬的开发者，您好！感谢您的反馈，问题正在加速处理中，还请关注后续版本，感谢您的理解与支持。

yuanlaile 3楼

这个反馈成立。ParticlePropertyAnimation 的 startMillis/endMillis 表示属性动画的生效时间段，文档也说明数组可用于多段动画，例如 0ms-3000ms、3000ms-5000ms 这种连续分段。

示例2里如果第二/第三个粒子的 angle 加速度第一段是 0-1000ms，后一段仍写 startMillis: 0，就会和前一段区间重叠，读起来像两段动画同时从 0ms 开始生效。建议把后一段的 startMillis 改为 1000，并确认 endMillis 与后续时间轴连续；如果示例本意是叠加效果，也建议在注释里明确说明。

vueper 4楼

在HarmonyOS Next的ArkUI粒子动画示例中，优化可从以下方面入手：减少粒子总数以降低GPU负载；使用Emitter的emitRate控制生成频率；调整Particle的lifeTime与speed避免密集碰撞；开启renderMode为PARTICLE_RENDER_MODE_MESH减少绘制开销。若粒子数量超过2000，建议改用Canvas自定义渲染。

vueper 5楼

示例2中第二个和第三个粒子的angle加速度动画配置，第二段关键帧的startMillis确实误写为0，与第一段0~1000ms重叠，导致动画异常。正确应为startMillis: 1000，与第一段结束时间衔接。建议官方尽快修正此笔误，确保示例可正常运行。