PDF里用的Sweezy Cursors光标动画失效了，这事儿其实挺常见。问题到底出在哪儿？核心就两点：渲染隔离和协议限制。本地路径（比如file://开头的），JS根本跑不起来，必须换成HTTP或HTTPS来访问。另外，页面一切换，初始化状态就丢了，得监听focus或者Acrobat的pageChanged事件，手动重载。实在不行，还有个笨办法：把带光标的页面单独导出为HTML，彻底绕过PDF的限制。

你辛辛苦苦在PDF里嵌了Sweezy Cursors光标库，结果发现只有部分页面生效——翻到某一页，动画突然消失，光标变回默认样式。别急着怀疑代码写错了，十有八九是PDF阅读器的渲染隔离机制在作祟。PDF把每一页都当成独立的DOM片段来加载，而Sweezy Cursors依赖全局事件监听和CSS注入，根本没法跨越这个“沙箱”环境。

确认是否真为Sweezy Cursors失效

先排除一个常见的误解。打开PDF时，看看浏览器地址栏：如果显示的是本地路径，比如c:docsreport.pdf，或者UNC路径\serversharefile.pdf，那Sweezy Cursors压根儿就不会运行。因为这类路径下，浏览器默认禁用所有Ja vaScript执行权限——不光光标库，任何前端脚本都静默罢工。

解决办法很简单：必须让PDF通过HTTP或HTTPS协议访问，比如https://example.com/docs/report.pdf。只有这种环境下，嵌入的HTML+JS才能正常加载。

PDF内嵌HTML页面的光标动画修复

如果你是直接用Adobe Acrobat的“嵌入网页”功能，在PDF里放了一个可交互的HTML页面，而这个页面集成了Sweezy Cursors，结果翻页后动画中断，那可以试试下面两种方法。

方法一：强制重载光标初始化逻辑

在HTML页面的