像座山似的问题

因为原理知识或实践经验缺乏的缘故，编码过程中，常常会遇到这种问题；这问题像座大山似的，横亘在你面前，让你苦思不得其解，必欲除之而后快；而一旦解决，无论是自己解决还是别人帮你解决的，那种轻松与愉悦也是常人难以体会的。

今天，就遇到了这样一个问题。

一个IE7（包括IE6）下焦点的无法set的问题（Firefox下没有问题），试了一下午，拼命的试拼命的试拼命的试，就是不成功。基本流程是这样：
1.有个单独的层（xDiv），实现一个对话框似的东西
2.通过ajax操作，返回不同的input（radio，select等），写在层上（用xDiv.innerHTML="<input type='text'..."实现）
3.给该层上的input框set focus，使用 setTimeout("document.getElementById('xxx_input').focus();", 50);

症状：
Firefox下完全没问题，Safari下完全没问题，IE7、IE6有的对话框返回有问题，有的没有问题。

查了一下，hax说（http://www.iteye.com/topic/94825）:[quote]
当时焦点本在你的input里，所以你append之后，首先会被remove，焦点就消失了。那么ie要把焦点重置到某个地方的，比如它的parentNode。而你直接调用focus方法是在重置之前，就可能不起作用了。

问题的关键是ie的焦点不仅有浏览器自身逻辑焦点，而是会被映射到windows控件焦点。两者的同步是存在一定问题的，因此ie经常会出现一些奇怪的丢焦点问题。例如你开启着输入法的时候点击一个vml图像，焦点就会消失，此时你可以输入一些汉字看看发生什么奇怪的事情，呵呵。

所以hexiaodong的方法就起作用了。推而广之，许多时候碰到奇怪问题，延时可以解决问题。

不过这并不是说dom操作不是即时生效。dom操作确实都是同步的。但是因dom改变而触发的事件，以及其他一些效应（例如样式应用），很可能是异步的。 [/quote]
他提到的延时可以解决问题，我这个延时也解决不了。但问题的根源总算有点眉目，就是IE采用windows控件自身焦点的问题。