<h2>先废话一下</h2>    <p>之前在自己的个人公众号中提到了一篇利用 CSS 的方式进行 XSS 攻击，当时有朋友跟我说，让我去获取那个网站的 cookie，再然后进入那个网站的后台去玩。然而，技术能力实在有限，搞不了这些东西，只是觉得那个网站没有适当过滤 HTML 标签是一件很危险的事情。</p>    <p>不过今天要说的 CSS 代码真的是让 app 崩溃了，至于信不信，看图就知道咯。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/7dbf71d4ced55dd9d978d09a214fe5d9.jpg"></p>    <h2>故事背景</h2>    <p>昨晚在被窝中的我突然收到一封邮件，大概内容是说因为 CSS 的问题让 app 挂了。当时在想，怎么样的 CSS 如此牛逼，居然让 app 挂了！于是掏出手机按照邮件中提示的 URL 打开看了一下，我只想说，这代码，额，算了，还是不吐槽了，其实要是我写的话，肯定会更烂。</p>    <p>虽然是来自其他部门的一个页面，但作为公司的一员，怎么能不为公司的产品考虑呢。听起来感觉像是在拍马屁，其实真的是，因为我最好奇的是出现 bug 的原因是什么，当然，肯定也是关心产品的啦。</p>    <p>于是第二天一早就到公司开始排雷……</p>    <h2>大概的过程</h2>    <p>首先我仔细看了一下代码，从最初怀疑是 animation 的性能影响低端设备运行开始排查。结果发现这个所谓的性能问题其实也并没那么厉害，一时也找不到头绪，然后源文件又不是在我们自己这边，只好打开花瓶抓 CSS 文件，然后替换后，用删除法一点点查。</p>    <p>最后在储大师的提点以及提供的一个 URL 来看，居然是 rem 导致的。</p>    <p>这个网址大家应该都知道，是专门看 bug 的，当然，也可以提 bug 啦。</p>    <pre>  <code class="language-css">@-webkit-keyframes crashChrome {           0%{ -webkit-transform: translateX(0rem);}   }   .anim:before{       content: "";       width: 3rem;       height: 3rem;           border-radius: 3rem;           position: absolute;           left:5rem;           top: 5rem;               background-color: #06839f;               -webkit-animation: crashChrome;   }   </code></pre>    <pre>  <code class="language-css"><div class="anim"></div>   </code></pre>    <p>刚开始看到这段 CSS 代码的时候，我在想啊，这个好像也没什么问题啊，不就是通过 :before 这个伪元素来做一个 animation 动画效果么，然后使用了 rem 这个单位量。</p>    <p>反正是百思不得其解。</p>    <p>还是找测试机，继续删除那个有问题的页面代码吧。先是用了三星的，发现没问题，接着用了小米的，果然奔溃了。看了一下版本，三星的是 Android 4.4.2，小米的是 Android 4.4.4，难道是版本的关系？</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/3fe29191024f1a950c567419c9a8d310.jpg"></p>    <p>总之，在最开始那块有动画效果的部分排查了很久都没找到问题。最后还是回到那个已经报了 bug 的页面上看具体说明。</p>    <p>突然想到，这个页面中用了 :before 来做动画，莫非我们的这个页面中也有，于是一搜，结果， <strong>真的有</strong> ！</p>    <p>赶紧我们自己页面上的这段代码拿过来做尝试，终于找到你了。赶紧回邮件告诉对方……</p>    <p>再次感谢储大师的提点，让我有机会了解到未曾了解到的一个问题。</p>    <h2>简单分析</h2>    <p>这个 bug 在目前桌面端的设备中已经被处理掉了，按照 bug list 页面上说的，当时发现这个 bug 是在</p>    <p>Chrome Version: 34.0.1847.116 (Official Build 260972) m</p>    <p>这个版本上的，并且各系统都有。然而，现在的 Chrome 都已经是 50 以上的版本了，所以桌面端完全不需要去担心了。</p>    <p>但是这次既然是在移动端上遇见了，而且是 Android 4.4.4 这个版本，虽然是在小米3 中发现，但 Android 4.4.4 这个版本应该还算是比较普遍的，难道真的会是这个问题。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/fdd8614a5bbcc9593265a6e63ae47f00.jpg"></p>    <p>获取一下这个 webview 的 UA 信息，看到其中有一个是 <strong>Chrome/33.0.0.0 Mobile Safari</strong> ，于是我想啊，可能应该就是这个 webview 的关系了，毕竟我在小米3 这台测试机上的各个浏览器里都看了一遍，没发现问题。</p>    <h2>尝试了解</h2>    <p>现在是知道 rem 和 animation 一起的时候回出现这个 bug，但是在其他元素中并没有问题啊。出于自己的好奇心，于是又换了几个方式来尝试。</p>    <h3>animation 换 transition</h3>    <p>把 animation 换成 transition ，并且也是通过改变有 rem 的属性，结果发现这个想法的结果是，没有任何问题。</p>    <p>放弃这个想法……</p>    <h3>:before 是伪元素</h3>    <p>想到 :before 是伪元素，那么对于伪元素的选择符还有几个，都尝试一下看看。</p>    <p style="text-align:center"><img src="https://simg.open-open.com/show/7c880f65e3716e283515007c81b2ad4b.png"></p>    <p>注：这个截图是曾经个人整理的有关 CSS 选择符的一张图</p>    <p>结果发现这四个伪元素选择符全部都会让页面崩溃……</p>    <h2>小结一下</h2>    <p>浏览器（webview）的底层渲染机制我不懂，但就目前来看，可能应该就是因为 <strong>Chrome/33.0.0.0 Mobile Safari</strong> 这个版本的问题，如果在伪元素中使用 animation ，并且改变了其中的 rem 的值就会出现页面崩溃的问题。</p>    <p>所以，可能应该就是这样：</p>    <ul>     <li>使用了 :before 等伪元素中的其中一个来做 animation 动画；</li>     <li>在 animation 动画改变了其中的某个 rem 的值；</li>    </ul>    <p>在这样的前提下，又是使用有这个 bug 的版本浏览器，那么就会让页面崩溃。</p>    <p>如果要避免这个 bug 的出现，那么应该是：</p>    <ul>     <li>换一个 webview，高版本的应该会好一些；</li>     <li>在伪元素中使用 animation 动画时，不用 rem 单位；</li>    </ul>    <p>不过好像现在大家都会去用 rem 单位，然后也会去用 animation 做动画，那这样好了，不在伪元素上使用者两样东西咯。</p>    <h2>题外话</h2>    <p>说到在伪元素上使用动画，我想起了几年前自己在做国际网站的时候，当时好像用的比较多的是 Firefox，然后在往返程的一个模块中，就是用了伪元素的方式。</p>    <p>不过当时我好像使用的是 transition ，并且当时主要是考虑 Firefox，所以也没遇到什么问题。印象中遇到的问题就是，好像在某个浏览器中并没看到那个 transition 效果，而且这个只是作为一个小“亮点”的存在，产品经理也没砍我。想想也算万幸的……</p>    <p>哦，还有，如果各位已经知道了这个 bug，也请不要嘲笑我，我真的是第一次知道，平时日常中很少这样去写样式。-_”</p>    <p> </p>    <p>来自：http://developer.51cto.com/art/201701/528283.htm</p>    <p> </p>