如何在Mounriver编译器中开启64位运算以及如何用32位机转换11字节的手机号为二进制数

遇到一个很有意思的问题：582m芯片，默认用32位计算，而无符号32位二进制数据，最多可以存放的十进制数为4,294,967,295，是个4开头的10位十进制数，若要存放11位数，最好能支持64位运算，直接转换就好了。那么如何将11位的手机号转换为2个32位的无符号二进制32_L和32_H存放呢。

582m不是不可以使用64位计算，可以右键点击工程选择最后一项Properties，去掉下图中的勾选来实现。但是库会变大，会占用更多的flash和ram，如果想节省这些开销，只好用32位计算去实现。先提供一个思路，C代码等有时间了再补上。

总体思路：手机号码可以视作1开头的11位数，那么用无符号32位二进制数的最大值，“预处理”一下手机号码，看看能分出去几个4,294,967,296，剩下的数就好用32位计算了。

字符串转换十进制数过程先省略，视作十进制数。比如说如数手机号码为字符串“12,811,111,111”，先“预处理”一下，能减掉2个4,294,967,296，就知道32_H的数值应该是2了。

要是能算12,811,111,111 - 2 * 4,294,967,296 = 4,221,176,521 < 4,294,967,296，岂不是得用64位机？

观察一下4,294,967,296这个数据，离4,300,000,000很近，差值为5,032,704，那么可以用4,300,000,000去“预处理”。这个过程中注意“预处理”时，4,300,000,000的倍数与实际值间差值较小时的问题，会在下文提出分析。

预先设置两个字符串，“12,884,901,888” （4,294,967,296 * 3 = 12,884,901,888）和“17,179,869,184”（4,294,967,296 * 4 = 17,179,869,184），以帮助我们划分32_L与32_H的界限。

输入一串1开头的11位的字符串，可以从十进制的从高到低，即字符串首地址偏移的从小到大，按字符值逐个比较，可以帮助判断32_H的值。

比如说对于字符串“12,811,111,111”，从十进制的高位到低位，逐个字符比较，发现前三个数是相等的，第四个数 '1' < '8'，故判断为小于3倍的4,294,967,296，可以先转换前3位为十进制数128，128 - 2 * 43 = 42 < 43 ，这个表达式可以由32位机处理。再把"42"放回字符串，得到“4,211,111,111”，再转换十进制，加上用4,300,000,000“预处理”时的差值2 * 5,032,704 = 4,221,176,519，这个数就在32位机处理范围内了，可以转换成32位二进制数作为32_L。

但是对于字符串“12,899,999,999”，比对一下高几位，发现大于3倍的4,294,967,296，“预处理”时发现128 - 3 * 43为负数，不够减的。那么这个时候需要再处理一下，发现大于3倍的4,294,967,296时，32_H值为3没问题，还需要判断一下前三位是不是小于3 * 43，若小于，则直接忽略高三位，用99,999,999 - 84,901,888 = 15,098,111，这个值作为32_L。

标签：11,967,32,编译器,000,111,296,294
来源： https://www.cnblogs.com/JayWellsBlog/p/16502041.html