=数据压缩算法=循环头部兼或尾部余数补全算法=
[规则]
1：定义一个特定长度来分割整个被压缩文件。
2：定义一系列的特定长度特定内容的比对大小数据。
3：统计被压缩文件总共有多少个二进制0和二进制1；统计被压缩文件换算成17进制，有多少个0到9，a到g；统计被压缩文件换算成十进制三位数的素数进制，各有多少个？？？；统计被压缩文件换算成十进制四位数的素数进制，各有多少个？？？；统计被压缩文件换算成十进制五位数的素数进制，各有多少个？？？；以此类推，文件越大，换算的进制数量越多。
[示例]
被压缩文件：1001010001000011000110111011101111011101110111011101110111011101110111011101110110100100111001
按照7位来分割，就分割成了
1001010
0010000
1100011
0111011
1011110
1110111
0111011
1011101
1101110
1110111
0111011
1011010
0100111
001
记录尾数是001（不足7位）
然后就是设定特定长度特定内容的比对大小数据：
常见的→01←+0（→←中间的内容，就是指特定数循环，比如→01←就是0101010101……一直循环下去，直到正好补充完数位，如果没有补充完数位，就是需要有一个余数数据+?）
七位数的→01←+0就是0101010；
十一位数的→01←+0就是01010101010；
还有一种用法?+→*←（这里按照通配符的方式定义；?表示只有一位的任意值；*表示有等于或大于一位的任意值）
算法表示通则：数值a+→数值b←+数值c
其中数值a+表示开头以什么为开头，然后中间的→数值b←表示以什么为中间的循环数，后面的+数值c表示以什么为结尾；
十三位数的0+→01←+10就是0010101010110；
十九位数的0+→01←+10就是0010101010101010110；
常用的→数值b←的取值：
二位数：00，01，10，11；
三位数：000，001，010，011，100，101，110，111；
以此类推，然而并非所有的取值都会用到，只有用到时，才注册，没用到时，不注册；
注册表：
定义：
七位数的→01←+0是a；0101010
七位数的→10←+0是b；1010100
七位数的→101←+0是c；1011010
七位数的→010←+0是d；0100100
0101010a
1010100b
1011010c
0100100d
1001010被注册表定义为大于a，小于b；3个1，4个0；
0010000被注册表定义为小于d；1个1，6个0；
1100011被注册表定义为大于c；4个1，3个0；
0111011被注册表定义为大于a，小于b；5个1，2个0；
1011110被注册表定义为大于c；5个1，2个0；
1110111被注册表定义为大于c；6个1，1个0；
0111011被注册表定义为大于a，小于b；5个1，2个0；
1011101被注册表定义为大于c；5个1，2个0；
1101110被注册表定义为大于c；5个1，2个0；
1110111被注册表定义为大于c；6个1，1个0；
0111011被注册表定义为大于a，小于b；5个1，2个0；
1011010被注册表定义为等于c；4个1，3个0；
0100111被注册表定义为大于d，小于a；4个1，3个0；
[示例完毕]
为了节省篇幅，以及避免作者使用自然人脑来进行比大小这种运算，而且使用的还是二进制，为了避免麻烦和出错，也就没有使用什么三百位的二进制作为注册表，然而计算机完全可以通过这套算法，生成1kb大小的比大小筛选注册表，从而加速解压缩速度，以及碰撞速度。
当然了，如果是使用1gb大小的比大小筛选注册表，就可以用于zb级别的数据快速解压缩了。
使用循环规则，把一个数控制在尽可能小的范围内，然后使用各种进制的转换，来逆推出其原本是什么数，减少运算次数同时，也加快解压缩速度；减少了大量的无用但必须的运算（试错运算）。
学编程和做编程，如果不是准备做艺术类的应用程序（比如三维内容显示在二维内）（比如把二维矢量图记录为数据）（艺术类应用程序也或多或少的接触到数学），基本都是纯数学，怎么现在的编程，都不怎么关注数学了？是我坐井观天了么？还是编程已经起源于数学，而又超越了数学？？？
- 肉肉屋
[规则]
1：定义一个特定长度来分割整个被压缩文件。
2：定义一系列的特定长度特定内容的比对大小数据。
3：统计被压缩文件总共有多少个二进制0和二进制1；统计被压缩文件换算成17进制，有多少个0到9，a到g；统计被压缩文件换算成十进制三位数的素数进制，各有多少个？？？；统计被压缩文件换算成十进制四位数的素数进制，各有多少个？？？；统计被压缩文件换算成十进制五位数的素数进制，各有多少个？？？；以此类推，文件越大，换算的进制数量越多。
[示例]
被压缩文件：1001010001000011000110111011101111011101110111011101110111011101110111011101110110100100111001
按照7位来分割，就分割成了
1001010
0010000
1100011
0111011
1011110
1110111
0111011
1011101
1101110
1110111
0111011
1011010
0100111
001
记录尾数是001（不足7位）
然后就是设定特定长度特定内容的比对大小数据：
常见的→01←+0（→←中间的内容，就是指特定数循环，比如→01←就是0101010101……一直循环下去，直到正好补充完数位，如果没有补充完数位，就是需要有一个余数数据+?）
七位数的→01←+0就是0101010；
十一位数的→01←+0就是01010101010；
还有一种用法?+→*←（这里按照通配符的方式定义；?表示只有一位的任意值；*表示有等于或大于一位的任意值）
算法表示通则：数值a+→数值b←+数值c
其中数值a+表示开头以什么为开头，然后中间的→数值b←表示以什么为中间的循环数，后面的+数值c表示以什么为结尾；
十三位数的0+→01←+10就是0010101010110；
十九位数的0+→01←+10就是0010101010101010110；
常用的→数值b←的取值：
二位数：00，01，10，11；
三位数：000，001，010，011，100，101，110，111；
以此类推，然而并非所有的取值都会用到，只有用到时，才注册，没用到时，不注册；
注册表：
定义：
七位数的→01←+0是a；0101010
七位数的→10←+0是b；1010100
七位数的→101←+0是c；1011010
七位数的→010←+0是d；0100100
0101010a
1010100b
1011010c
0100100d
1001010被注册表定义为大于a，小于b；3个1，4个0；
0010000被注册表定义为小于d；1个1，6个0；
1100011被注册表定义为大于c；4个1，3个0；
0111011被注册表定义为大于a，小于b；5个1，2个0；
1011110被注册表定义为大于c；5个1，2个0；
1110111被注册表定义为大于c；6个1，1个0；
0111011被注册表定义为大于a，小于b；5个1，2个0；
1011101被注册表定义为大于c；5个1，2个0；
1101110被注册表定义为大于c；5个1，2个0；
1110111被注册表定义为大于c；6个1，1个0；
0111011被注册表定义为大于a，小于b；5个1，2个0；
1011010被注册表定义为等于c；4个1，3个0；
0100111被注册表定义为大于d，小于a；4个1，3个0；
[示例完毕]
为了节省篇幅，以及避免作者使用自然人脑来进行比大小这种运算，而且使用的还是二进制，为了避免麻烦和出错，也就没有使用什么三百位的二进制作为注册表，然而计算机完全可以通过这套算法，生成1kb大小的比大小筛选注册表，从而加速解压缩速度，以及碰撞速度。
当然了，如果是使用1gb大小的比大小筛选注册表，就可以用于zb级别的数据快速解压缩了。
使用循环规则，把一个数控制在尽可能小的范围内，然后使用各种进制的转换，来逆推出其原本是什么数，减少运算次数同时，也加快解压缩速度；减少了大量的无用但必须的运算（试错运算）。
学编程和做编程，如果不是准备做艺术类的应用程序（比如三维内容显示在二维内）（比如把二维矢量图记录为数据）（艺术类应用程序也或多或少的接触到数学），基本都是纯数学，怎么现在的编程，都不怎么关注数学了？是我坐井观天了么？还是编程已经起源于数学，而又超越了数学？？？
- 肉肉屋