uni.pagescrollto 在详情页分层滚动导航场景下基本不可靠，必须用 scroll-view + scroll-into-view 或手动控制 scrolltop 实现平滑切换；淘宝式“吸顶+锚点联动+滚动高亮”是组合行为，不是单个 api 能搞定的。
直接说结论：uni.pageScrollTo 在详情页分层滚动导航场景下基本不可靠，必须用 scroll-view + scroll-into-view 或手动控制 scrollTop 实现平滑切换；淘宝式“吸顶+锚点联动+滚动高亮”是组合行为，不是单个 API 能搞定的。
为什么 uni.pageScrollTo 在详情页里大概率失效
详情页通常有固定导航栏、多层嵌套容器（比如 scroll-view 包着商品信息、参数、评价等区块），而 uni.pageScrollTo 只作用于原生 <page></page> 容器——但 uni-app 默认生成的是 <view></view> 根节点，尤其当你主动加了 scroll-view 或 swiper 后，页面滚动上下文就彻底脱离了原生 page。
- 小程序端（尤其是微信）完全不响应，静默失败，控制台无报错
- H5 端 fallback 到
document.body，但会和 fixed 导航栏冲突，导致目标元素被遮挡 - 即使配置了
"disableScroll": false，只要根节点不是原生<page></page>，它就找不到滚动对象
scroll-view 是唯一跨端可控的滚动载体
把整个详情页内容包进一个显式设高的 scroll-view，才能统一控制滚动、监听位置、触发锚点联动。这是实际项目中 90% 以上稳定方案的基础。
- 必须设置
height（如style="height: calc(100vh - 100rpx)"），否则无法触发滚动事件 - 禁用内置节流：
:throttle="false"，否则@scroll回调延迟严重，导航高亮不同步 - 所有锚点区块（如
<view id="desc"></view>、<view id="params"></view>）必须是它的直接或间接子元素 - 不能在
scroll-view外再套一层scroll-view或swiper，否则滚动上下文嵌套混乱
实现导航高亮与滚动联动的关键三步
导航栏点击跳转和手指滑动触发高亮，本质是双向同步：滚动位置 → 导航状态，导航点击 → 滚动位置。靠单向绑定撑不住。
- 用
uni.createSelectorQuery()预先获取每个锚点区块的boundingClientRect().top，存为数组sectionTop[]（注意：要在onReady或$nextTick后执行，确保 DOM 渲染完成） - 监听
scroll-view的@scroll事件，对比当前e.detail.scrollTop和各sectionTop[i]，找出最接近且上方的区块索引，更新activeIndex - 点击导航时，不调
uni.pageScrollTo，而是用scroll-view的scroll-into-view属性（无动画）或scrollTop+scroll-with-animation="true"（有动画）
示例片段（简化）：
onReady() {
this.$nextTick(() => {
const query = uni.createSelectorQuery().in(this);
['desc', 'params', 'review'].forEach((id, i) => {
query.select(`#${id}`).boundingClientRect(r => {
this.sectionTop[i] = r.top;
});
});
query.exec();
});
},
onScroll(e) {
const scrollTop = e.detail.scrollTop;
let idx = 0;
for (let i = 0; i = this.sectionTop[i] - 100) idx = i; // 减去导航高度补偿
}
this.activeIndex = idx;
}
吸顶导航栏与滚动性能的取舍点
吸顶本身不难，但和滚动联动时容易卡顿——尤其在低端安卓机上。关键不是用不用 uni-transition，而是怎么减少重绘。
- 导航栏用
position: sticky（H5）或position: fixed（小程序），避免用transform动画做吸顶，它会触发全层重绘 - 高亮样式尽量只改
color或border-bottom，别碰width、height或background-image - 滚动监听里不要做复杂计算或频繁
setData，把sectionTop缓存好，每次只比对数值 - 如果页面区块特别多（比如 20+ 锚点），建议用二分查找替代线性遍历，否则滑动时
onScroll延迟明显
真正麻烦的从来不是“怎么让导航动起来”，而是“怎么让它动得准、动得顺、动得不卡”。细节都在滚动时机、坐标补偿、节流控制和渲染优化里，漏掉任何一环，用户就会觉得“卡”或“不同步”。
