因为IE对格式混乱(不完整的或有错嵌套关系)的HTML代码由极好的容错性，对于HTML元素的ID反复问题对它来说简直就是小菜一碟。假设出现这样的情况，比方：
<
div
id
="divText"
>
The first line.
</
div
>
<
div
id
="divText"
>
The second line.
</
div
>
这时的divText就不是一个对DIV元素的引用了，而变成了一个数组，当中包括两个元素，并按两个DIV元素在DHTML对象树种出现的次序排序。
这种ID怎么用啊
? 是不是认为有种被IE晃点了的感觉呢?!
幸好IE迷途知返，在5.0后为HTML元素提供了一个uniqueID的仅仅读属性。这下好，给它弄成readonly的了，看丫还乱不乱?! 还好真的不乱了，只是怎么说这个uniqueID有趣呢？由于uniqueID本身不提供default的值，就是说IE在解析完HTML代码构建了DHMTL树后，并不会给HTML元素分配uniqueID。而须要我们去訪问了HTML元素的uniqueID属性后，才会为其生成这个uniqueID的值。事实上就是lazy initialize技术，仅仅是放在这里认为比較好玩。对于uniqueNumber，它是相对于uniqueID的，uniqueID的格式是：ms__id/d+。即一个"ms__id"前缀加一个流水号。所以这个uniqueNumber就是单独表示那个流水号码的。
uniqueID第二个好玩的地方是，document对象也具有这个属性，只是它和其他HTML的uniqueID属性的意义是全然不同的。当我们每调用一次document.uniqueID，系统就会返回一个新的uniqueID值，只是doucment没有uniqueNumber属性哈。
这时我想起来我在用Popup窗体制作无限级菜单时，构造的__MenuCache__类中，自己实现了一个unique id的产生结构，就有些多此一举了
。
#1楼 [楼主] 回复 引用 查看
对了忘说了，正是由于HTML元素的uniqueID是lazy load方式生成的。所以不论什么一个HTML元素的uniqueID的详细取值和它在DHMTL树中的位置毫无关系，一个HTML元素的uniqueID就是仅仅保证在一个页面作用域中unique!