iPad配上键盘以后用stackblitz写一些前端demo还是很不错的，但用来造轮子就不太行了。。。。。
需要复杂环境配置/高级文件系统访问的情况下stackblitz不太能handle得住，而且Safari到现在也没上shared array buffer，导致web container不能使用
需要复杂环境配置/高级文件系统访问的情况下stackblitz不太能handle得住，而且Safari到现在也没上shared array buffer，导致web container不能使用
最近（很长一段时间）发现我只要开着Chrome，CPU就永远都有120+的占用率，甚至频繁地出现页面卡顿无法操作的情况。于是我performance抓了一下卡住的时候的调用，发现是Wappalyzer在搞事情，于是将插件禁用，重启Chrome，立刻就安静了(1/n)
由于我已经将插件卸载，只能尝试口头描述一下看到的实际情况：
计时器触发->调用iframe.js->调用Ads相关函数->一层一层调用Ads相关函数->调用名称大致为getComputedWindowSize的函数->严重卡顿
(2/n)
计时器触发->调用iframe.js->调用Ads相关函数->一层一层调用Ads相关函数->调用名称大致为getComputedWindowSize的函数->严重卡顿
(2/n)
这个函数会被插件注入到每一个打开的页面中而且调用频繁，大概半分钟左右就会触发一次，因此像我这种日常开几十个tab不关的人就几乎无时无刻不在被这个插件骚扰。
不是很理解Wappalyzer跟广告有什么关系，如果不是开发者故意插入的话大概就是被供应链攻击了。(3/4)
不是很理解Wappalyzer跟广告有什么关系，如果不是开发者故意插入的话大概就是被供应链攻击了。(3/4)
更吊诡的事情是，Chrome任务管理器里显示的CPU占用来源都是Chrome本身，而不是插件也不是页面。这导致我一度把CPU高占用怪罪到Chrome是不是后台在搞什么事情上。
如果你最近也遇到了类似的情况，不妨也尝试禁用Wappalyzer再重启浏览器观察，问题应该会得到解决。(4/4)
如果你最近也遇到了类似的情况，不妨也尝试禁用Wappalyzer再重启浏览器观察，问题应该会得到解决。(4/4)