u-slider比uni-rate更稳，因其是原生控件封装、跨端一致性好，不依赖伪元素或手动touch计算；uni-rate半星本质为css截断，滑动时value只取整，@change无法获取0.5等中间值，而u-slider配合:min="1"、:max="10"、:step="1"并除以2可实现4.3分精准停靠，再通过v-for+math.floor与余数动态渲染满/半/空星，视觉上用absolute定位uni-icons覆盖滑轨、滑块设opacity=0隐藏，兼顾nvue兼容性与交互精度。
uni-app里用模拟星级滑动条，为什么比更稳？
因为@change拿不到0.5这类中间值。想做“拖着走、松手停在4.3”的效果，u-slider才是正解。
实操要点：
-
u-slider必须配合:min、:max、:step三者联动：比如5星制就设:min="1"、:max="10"、:step="1"，再把最终值除以2显示为4.5星 - 别直接用
:max="5"配:step="0.5"——H5端会因浏览器range精度问题跳变，小程序端step小于1时行为不可靠 - 显示层用
v-for渲染5颗星，每颗星根据Math.floor(sliderValue / 2)和余数判断满/半/空，比CSS clip-path更兼容nvue
怎么让滑动条视觉上变成“星星”，而不是默认滑块？
不能只改background，得替换轨道和滑块两部分。官方u-slider支持active-color和bg-color，但星星图标得自己叠一层。
推荐做法：
- 用
position: relative包住u-slider，再用absolute定位5个uni-icons（如star、star-half、star-o）盖在滑块路径上 - 滑块本身设
opacity="0"隐藏，只留视觉反馈；拖动时通过v-model实时更新星星class，比如class="{ 'full': i - App端nvue下
uni-icons可能不渲染，降级方案：用字体图标+font-size控制大小，比image更轻量且缩放不失真
滑动过程中如何防抖并限制步长为0.5？
手指一滑就触发几十次@change，直接调接口会炸；而且用户拖到4.29，你得自动归到4.3或4.5，不能卡在非0.5倍数上。
关键逻辑写在watch里比@change更可控：
- 监听
sliderValue变化，用Math.round(val * 2) / 2强制四舍五入到最近的0.5倍数 - 加
setTimeout防抖：上次触发后300ms内新触发就clearTimeout，避免高频更新UI - 注意
u-slider的disabled状态会影响touch响应，只读场景别用:disabled="true"，改用:touchable="false"保留样式
为什么u-rate无法真正支持滑动半星，但很多人还在硬套？
因为文档里写了allow-half，大家就以为“开了就能滑”。实际上uni-rate和u-rate的allow-half只影响点击逻辑——点在第4颗星右边一半区域，v-model才设为4.5；滑动时内部仍按整数粒度更新，@change事件参数永远是Number整数。
典型错误现象：
- H5上拖动，松手瞬间跳回最近整星（如拖到4.7，松手变5）
- 小程序里
touchmove偶尔失灵，手指移出组件区域后touchend不触发 - App端nvue下
::after伪元素失效，半星图标直接不显示
这些不是bug，是设计使然——u-rate定位就是“只读展示+点击评分”，滑动交互不在它的能力边界内。
