Jquery .removeClass过早开火？

我有一个奇怪的问题。它只发生在Chrome 24（AFAIK）上，因此可能是一个Chrome bug，但万一不是，我想对我的脚本进行未来验证

我有一个图书馆供一个学生使用。现在，我的库很大，过于复杂，如果配置为CSS3淡出（默认情况下为jQuery），它有许多奇特的特性，比如CSS3淡出。现在jQuery转换和CSS3转换（笨拙地）一样工作正常。问题只在于CSS3 transition加载的第一个图像

我花了两个小时隔离这个问题，我发现了它。问题是

.removeClass（'fadeout'）

触发得太早。我无法完全理解为什么会发生这种情况，但我唯一可能的解释是，当gallery启动

.removeClass（'fadeout'）

时，CSS不会加载。这看起来完全不真实，因为浏览器首先加载CSS，然后开始加载jQuery，在jQuery准备就绪后加载我的图库库，然后在该库准备就绪时，加载启动图库的函数，并开始加载第一幅图像的过程

因此，不要再拖延了，这是导致问题的代码：

self.backgroundDiv.css(self.transitionClass).on(self.transitionType, stopRunning).removeClass('fadeout')

为了解释-

self.backgroundDiv

为保存背景图像的div保存jQuery容器

.css（self.transitionClass）

在该div上添加转换：

{-moz-transition: "1000ms", -o-transition: "1000ms", -webkit-transition: "1000ms", transition: "1000ms"}

.on（self.transitionType，stopRunning）

绑定特定于浏览器的转换结束事件，以启动一个函数，告知库已加载第一个图像

所以现在我已经研究了所有这些，弄清楚他们是否从

webkittransationend

事件中删除了浏览器前缀，并逐行逐行地完成了添加第一个图像的整个过程，并且一切正常。所以我只剩下这个淡出类，当我尝试时，我无法相信是它

我怎么知道这就是问题所在？因为上面的方法不起作用，但这使它非常有效：

window.aaa = self.backgroundDiv.css(self.transitionClass).on(self.transitionType, stopRunning);
setTimeout("window.aaa.removeClass('fadeout')", 0);

所以我的问题是，

.removeClass

怎么可能过早触发，以及如何修复（除了丑陋的setTimeout）？我是否可以在加载CSS时进行检查

谢谢

@TarasNeporozhniy我做了一个