添加behavior参数后element.scrollTo API失效，疑与Shopify Polaris Modal相关？

一、是否和@shopify/polaris的Modal组件有关？ #

大概率存在关联。Polaris的Modal组件内部做了不少滚动拦截和样式处理：

• 它会给页面根元素添加overflow: hidden来锁定背景滚动，自身内部的滚动容器也有特定样式规则；
• 如果你的scrollRef绑定的是Modal内部容器，Modal的上下文限制可能干扰平滑滚动触发——比如部分版本的Modal会禁用内部容器的平滑滚动特性，或是滚动事件被组件内部逻辑拦截。

二、behavior参数导致scrollTo失效的常见原因 #

除了Modal的影响，这些通用场景也会引发问题：

• 目标元素不是合法滚动容器：如果scrollRef指向的元素没设置overflow: auto或overflow: scroll，本身不具备滚动能力。有时候不带behavior时看似生效，可能是误把scroll绑定到了window而非目标元素；
• 浏览器/环境兼容性问题：behavior: 'smooth'虽是标准API，但部分旧版浏览器、内嵌WebView或受限环境（比如某些小程序容器）不支持，此时带该参数的scrollTo调用会直接被忽略；
• CSS样式冲突：如果目标元素或其父级设置了scroll-behavior: auto（默认值），同时搭配will-change、transform等可能干扰动画的属性，会阻断平滑滚动触发；另外非块级元素（比如display: inline）也可能导致滚动行为异常；
• 时序问题：如果调用scrollTo时，Modal或目标元素还没完成渲染（比如刚执行完Modal打开逻辑，DOM尚未更新），此时元素尺寸、滚动位置未确定，带behavior的异步平滑滚动会失效，而不带参数的同步滚动可能刚好触发。

内容的提问来源于stack exchange，提问作者rikki