【转帖】为什么是7600？为什么是16384？------是有来历的
===============转贴而来，仅供参考：
---------------------------
喜欢探索一切来由的人热切收藏吧！:D
------------------------------------------------
所有的事情都是有原因的, 7600.16384也是有出处的.
首先7600这个build number是怎么来的. 第一点自然是要被100整除, 这个是自从xp 2600开始的惯例. 关于这个惯例,还是有段故事的, 因为xp之前, build number都是1个1个加上去的, 从来没有跳过, 但是xp的时期从exchange来了个老大到windows部门, 于是就把被100整除的这个惯例带到windows了. 这一点没有什么技术原因,纯粹为了好听.
那么为何不是7300呢? 这里有个技术原因. 最后的build number必须要能被16整除. 这个是为了做service pack用的, QFE team预留了build number的最后4个bit用来作为service pack的number (当然这个是vista开始才出来的要求了). 比如vista的6000, sp1就是6001, sp2就是6002,最多能做16个sp. 因此win7的初始rtm build号也必须被16整除. 那么因为之前最后一个build已经是7271了,最近的一个即能被100整除,又能被16整除的数字就是7600了, sp1就是7601. 7777虽然是个好数字,但是并不符合条件.
再下一个符合条件的就是8000了,那么为什么不是8000呢? 这里的原因是build number也是一种有限的资源, windows API GetVersion最大能支持的build number是16383, 考虑到未来n年的需求, 这里不能随意的乱跳build number, 要不然再过几个release, build number就用完了, 到时候就麻烦了.
最后说说minor build number, 也就是QFE version, 为什么是16384. 这个主要也是QFE的需求, RTM的minor number的第14个bit必须为1,这个是hotfix用来判断的一个依据, 这样的话满足条件的最小的minor number就是2^14=16384. vista rtm的第一个build也是16384,后来出了点问题才变成16386的. 这个和能不能被什么整除倒是没有关系.
顺便提到一个问题, 就是n年后当windows的build number到了10000之后, 很多软件就会出问题, 类似y2k问题.
这么一来，是否预测Windows 8的RTM是8800.16384？ 太有才了~ 呵呵
是我太笨还是楼主太聪明？
是我太笨还是楼主太聪明？ 这个帖子里面我已经猜想过一次了。http://www.ibmnb.com/viewthread.php?tid=850613
另外这个Build号貌似只适用于桌面系统？XP之后的2003好像不符合这个规律……
页:
[1]