我尝试使用原始/未触摸的md5.h和md5c.c(github源文件:https://github.com/sinhpn92/encryption-in-C/tree/master/app/src/main/cpp)为字符串生成MD5哈希。但我的结果在任何时候都是不对的。当我使用三星galaxy j设备进行测试时,我的结果是正确的。但是当我使用三星galaxy s7设备进行测试时,我的结果是错误的。我的代码有什么问题?有什么建议可以解决这个问题吗?感谢您的支持。
这是我的项目:https://github.com/sinhpn92/encryption-in-C
我使用cmake来配置jni lib:
cmake_minimum_required(VERSION 3.4.1)
set(MD5SOURCES
src/main/cpp/md5.c)
add_library(native-lib
SHARED
src/main/cpp/native-lib.cpp
${MD5SOURCES})
find_library(log-lib
log )
target_link_libraries(native-lib
${log-lib} )
这是native-lib:
#include <jni.h>
#include <string>
#include "md5.h"
extern "C"
jstring
Java_test_sinhpn_md5test_MainActivity_stringFromJNI(JNIEnv *env, jobject /* this */, jstring data) {
char *cstr = (char *) (env)->GetStringUTFChars(data, 0);
MD5_CTX context = {0};
MD5Init(&context);
MD5Update(&context, (unsigned char *) cstr, strlen(cstr));
unsigned char dest[16] = {0};
MD5Final(dest, &context);
env->ReleaseStringUTFChars(data, cstr);
int i;
char destination[32] = {0};
for (i = 0; i < 16; i++) {
sprintf(destination, "%s%02x", destination, dest[i]);
}
return env->NewStringUTF(destination);
}
我的build.gradle:
apply plugin: 'com.android.application'
android {
compileSdkVersion 25
buildToolsVersion "25.0.2"
defaultConfig {
applicationId "test.sinhpn.md5test"
minSdkVersion 15
targetSdkVersion 25
versionCode 1
versionName "1.0"
testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
externalNativeBuild {
cmake {
cppFlags "-frtti -fexceptions"
}
}
}
buildTypes {
release {
minifyEnabled false
proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
}
}
externalNativeBuild {
cmake {
path "CMakeLists.txt"
}
}
}
dependencies {
compile fileTree(dir: 'libs', include: ['*.jar'])
androidTestCompile('com.android.support.test.espresso:espresso-core:2.2.2', {
exclude group: 'com.android.support', module: 'support-annotations'
})
compile 'com.android.support:appcompat-v7:25.1.1'
testCompile 'junit:junit:4.12'
}
这是我测试的结果:
答案 0 :(得分:4)
我已经通过替换解决了我的问题:
md5.c中的 typedef unsigned long int UINT4;
- &gt; typedef uint32_t UINT4;
。
我在两台设备上再次测试,它工作正常。在64位机器上,long int(通常)是64位长而不是32位
答案 1 :(得分:0)
两部手机使用不同的ARM指令集。 Galaxy J使用armeabi-v7a,而S7使用arm64-v8a。
根据您的上述构建的cmake正在为所有体系结构生成.so文件,这会导致问题,因为本机代码中存在32位与64位强制转换问题。
但是,在您的情况下存在一个简单的修复。您可以将构建限制为abiFilters&#34; armeabi-v7a&#34;,&#34; armeabi&#34;,在您的默认配置中如下
externalNativeBuild {
cmake {
cppFlags "-frtti -fexceptions"
abiFilters "armeabi-v7a", "armeabi"
}
}
这应该仍然可行,因为arm64v8a向后兼容旧的v7a架构。