核心逻辑是用接口返回的current_num和target_num实时计算math.min(100, math.round((current/target)*100))并响应式更新percent，配合计算属性控制“已成团”文字提示与样式，避免突变闪动。
uni-app 中用 progress 组件实现拼团进度条的核心逻辑
直接用 uni-app 内置的 <progress></progress> 就能实现，但关键不是“能不能画出来”，而是“怎么让进度值实时、准确、不跳变地反映拼团状态”。拼团进度本质是「已参团人数 / 目标成团人数」，这个比值必须从接口拿，不能前端硬写死。
常见错误是把 percent 属性写成固定数字，或者在 data 里初始化为 0 后忘了更新——结果页面一打开就是 0%，等接口回来再突变到 85%，体验很割裂。
- 后端必须返回两个字段：
current_num（当前人数）和target_num（目标人数），缺一不可 -
percent只接受 0–100 的整数，需手动做Math.min(100, Math.round((current / target) * 100))，避免小数或超 100 - 不要在
onLoad里直接赋值this.percent = xxx，要等setData或响应式更新完成后再触发渲染，否则可能闪一下 0% 再跳转
如何让进度条带「拼团成功」状态提示（比如满员时显示“已成团”）
单纯靠 progress 组件无法表达业务状态，得叠加文字层。uni-app 没有原生的 status 属性，得自己控制 <text></text> 的显隐和内容。
典型场景：当 current_num >= target_num 时，进度条走到 100%，同时文字变成绿色“已成团”，并禁用按钮。这里容易漏掉的是「临界判断」——比如后端返回 current_num: 2, target_num: 2，前端如果只用 === 判断，遇到字符串类型就失效。
- 统一转数字：
Number(current_num) >= Number(target_num) - 文字提示建议用计算属性（
computed）或watch监听current_num和target_num，避免模板里写一堆三元 - 别忘了加 CSS 类切换颜色：
v-if="isGroupSuccess" class="success-text"，否则样式难维护
为什么用 progress 而不是自己画 canvas 或 view 模拟？
因为真没必要。uni-app 的 <progress></progress> 在各端（微信小程序、App、H5）都经过适配，iOS 上不会出现安卓端进度条偏移、H5 端圆角错位等问题。自己用 <view></view> 做宽度动画，要处理不同屏幕宽度下的百分比换算、过渡时间、border-radius 兼容性，还容易被 flex 布局挤变形。
唯一要注意的是：微信小程序中 progress 的 stroke-width 单位是 px，而 App 端是 rpx，所以必须写成 stroke-width="6"（不带单位），uni-app 会自动转换；写成 "6rpx" 或 "6px" 反而会导致某端失效。
- 颜色用
activeColor控制已完成部分，backgroundColor控制背景色，别用color（无效） - 如需自定义路径（比如弧形进度），
progress不支持，此时才考虑 canvas，但拼团场景完全不需要
接口返回延迟时怎么避免进度条“先闪 0% 再跳变”？
最简单的办法是加 loading 态遮罩，但用户更在意的是“感知不到等待”。实际做法是：在请求发出前，先根据本地缓存或上一页传参预估一个初始值（比如上一次查看时是 72%，这次默认展示 70%），等接口返回后再平滑过渡。
uni-app 不支持 progress 的动画过渡（animation 属性无效），所以得靠 setTimeout + 数据分步更新模拟：
const start = this.percent
const end = finalPercent
const duration = 300
const step = Math.ceil(Math.abs(end - start) / (duration / 16))
let current = start
const timer = setInterval(() => {
current += start = end) || (start > end && current <p>注意：这个过渡仅用于视觉优化，真实业务逻辑（如按钮禁用）仍以接口返回数据为准，不能依赖动画中间值。</p><p>真正容易被忽略的是「拼团倒计时与进度条的联动」——倒计时结束但人数未满，进度条卡在 98% 不动，这时得额外加一个“拼团失败”态，而不是只盯着进度数值本身。</p>
