最近在Android studio中进行开发。
创建了一个APP 和一个lib。
其中lib进行了ndk开发。
要问为什么,就希望把lib做成share库。
但是遇到了问题,在进行sm3算法实现的时候(c代码)
发现lib库中的位移操作有问题。
百度里面是这么说的:
C语言里的左移和右移运算符
先说左移,左移就是把一个数的所有位都向左移动若干位,在C中用<<运算符.例如:
int i = 1;
i = i << 2; //把i里的值左移2位
也就是说,1的2进制是000...0001(这里1前面0的个数和int的位数有关,32位机器,gcc里有31个0),左移2位之后变成000... 0100,也就是10进制的4,所以说左移1位相当于乘以2,那么左移n位就是乘以2的n次方了(
有符号数不完全适用,因为左移有可能导致符号变化,下面解释原因)
需要注意的一个问题是int类型最左端的符号位和移位移出去的情况.我们知道,int是有符号的整形数,最左端的1位是符号位,即0正1负,那么移位的时候就会出现溢出,例如:
int i = 0x40000000; //16进制的40000000,为2进制的01000000...0000
i = i << 1;
那么,i在左移1位之后就会变成0x80000000,也就是2进制的100000...0000,符号位被置1,其他位全是0,变成了int类型所能表示的最小值,32位的int这个值是-2147483648,溢出.如果再接着把i左移1位会出现什么情况呢?在C语言中采用了丢弃最高位的处理方法,丢弃了1之后,i的值变成了0.
左移里一个比较特殊的情况是当左移的位数超过该数值类型的最大位数时,
编译器会用左移的位数去模类型的最大位数,然后按余数进行移位,如:
int i = 1, j = 0x80000000; //设int为32位
i = i << 33; // 33 % 32 = 1 左移1位,i变成2
j = j << 33; // 33 % 32 = 1 左移1位,j变成0,最高位被丢弃
在用
gcc编译这段程序的时候
编译器会给出一个warning,说左移位数>=类型长度.那么实际上i,j移动的就是1位,也就是33%32后的余数.在gcc下是这个规则,别的编译器是不是都一样现在还不清楚.
总之左移就是: 丢弃最高位,0补最低位
再说右移,明白了左移的道理,那么右移就比较好理解了.
右移的概念和左移相反,就是往右边挪动若干位,运算符是>>.
问题来了:
在lib中,超出位移之后,没有进行gcc那样的求余,再移位的操作,而是直接补0.
这样很是尴尬,不满足算法的实现要求。
虽然可以通过改算法代码,来避免这个问题,但是不现实,因为一个两个还好,多了,工作量太大了。
于是上网找了一些Android ndk的编译器,clang(default)
想到,应该是可以改了,上了官网找到资料(https://developer.android.com/ndk/guides/cmake.html#variables):
ANDROID_TOOLCHAIN |
| Specifies the compiler toolchain CMake should use. |
接着在build.gradle里面进行更改:
android { compileSdkVersion 24 buildToolsVersion "26.0.0" defaultConfig { minSdkVersion 15 targetSdkVersion 24 versionCode 1 versionName "1.0" testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner" externalNativeBuild { cmake { arguments "-DANDROID_TOOLCHAIN=gcc" } } } buildTypes { release { minifyEnabled false proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' } } externalNativeBuild { cmake { path "CMakeLists.txt" } } }
再重新build下,完美实现!
再补充一点:
如果是在app 里面进行sm3算法实现,就没有上述,lib中出现 位移补0的,问题。
我也不知道为什么,我测试很多次,发现lib上编译就会出现这个位移的问题。
在app中就不会出现。
希望知道的人 留意下,谢谢!