有人听了就奇怪，这CDKEY长度不是随意的吗？当然不是随意的。经过一套算法流程下来，长度是固定的。要改长度就要改流程，改流程就能改变长度？当然也不是那么简单。关于CDKEY长度，吾经历过三个阶段：
- 长度29
多年以前，一位张同事搞了个CDKEY算法（永中OFFICE），长度是29。正常来说CDKEY长度应该是25，怎么是29呢？他表示没办法。按照这套算法，必须是29，一个也少不了。
吾随即说，29也太怪异了，你改为30也行啊。他说不行（据此可以判断算法是搬的）。可以加一个字节的逻辑0，那也太明显了。这个问题吾亦困扰了很久，后来吾想了个办法：补0后，再进行位置转换。
有人说这位置怎么转移？还不是固定的？这里可以使用一个技巧：可以根据头部或尾部的几个字符，来确定位置。这样字符位置就会变化了。
- 长度26
这一段时间，吾搞了一套算法，流程下来CDKEY长度是26。比多年以前的那位同事算法少了3个，也是值得庆贺的事情。说明在算法上，吾已超越了。
尽管与25只相差1，这是一个非常巨大的差距。还不能称得上砖家。
- 长度25
长度26之后，吾思索过流程，结论是以目前来说，要少一个字节是不可能的。于是就在群里明确说明：已确定，不再改。
结果还是出了个事情，因为数据的结构和加密算法的问题，导致两种产品的CDKEY，后一半相同。吾纠结了一天，决定还是改变算法。把计划用于下个版本的算法流程，提前到这个版本。经过一番努力，终于达成25字节！其中使用了多个高级技巧。
从此，泰山OFFICE CDKEY已达到国际主流水平，同样吾亦变成了世界顶级CDKEY砖家。
近期公布CDKEY简要算法流程。
