当使用到JNI的时候，基本可以肯定Java的平台移植性注定减弱，接下来记录一次使用Java JNI开发的经历。
关于Java JNI的相关资料参见：
Oracle.com/javase/8/docs/technotes/guides/jni/spec/intro.html
下面是使用JNI常见三种场景:
1.在Java应用中标准Java类库不支持平台相关的特性
2.已经存在用其它语言写好的类库，希望通过Java JNI类访问
3.需要使用低级语言（如汇编）来实现时效性要求很高的一小部分代码
这次使用JNI属于第2中场景，由于加解密库使用C来实现的，而在Java应用中使用到其加密后的密文数据，所以解密部分需要此库。
在1和3这两种场景下使用JNI做法相对容易一些，通常先定义好本地方法，然后通过javah生成头文件，接着用其它语言（如C）来实现相应的功能，而2中场景则需要做一些简单的适配，因为类库已经存在，而在Java中定义好的本地方法并不能直接对应类库的具体实现，所以得通过调用已存在的类库中的方法来实现本地方法。
在开始之前有一个坑先看看：
本地编译好的动态库头信息：
[ enc]$ readelf -a libfdsi.so
ELF Header:
Magic: 7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00
Class: ELF64
Data: 2's complement, little endian *******
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: DYN (Shared object file)
Machine: Advanced Micro Devices X86-64
提供方静态库信息：
ELF Header:
Magic: 7f 45 4c 46 02 02 01 00 00 00 00 00 00 00 00 00
Class: ELF64
Data: 2's complement, big endian
Version: 1 (current)
OS/ABI: UNIX - System V
ABI Version: 0
Type: REL (Relocatable file)
Machine: PowerPC64
通过对比应该很清楚了，数据存储模式不同。这里需要明确的是环境一致性很重要。
接下来来从头到尾实现一个Java调用C的一个解密方法。
1.定义Java的本地方法（DataDecryt.java）
package com.cto;
public class DataDecrypt{
native public static String decrypt(String data);
}
2.通过javah命令生成头文件(dd.h)
./javah -classpath . -jni -o dd.h com.cto.DataDecrypt
/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class com_cto_DataDecrypt */
#ifndef _Included_com_cto_DataDecrypt
#define _Included_com_cto_DataDecrypt
#ifdef __cplusplus
extern "C" {
#endif
/*
* Class: com_cto_DataDecrypt
* Method: decrypt
* Signature: (Ljava/lang/String;)Ljava/lang/String;
*/
JNIEXPORT jstring JNICALL Java_com_cto_DataDecrypt_decrypt
(JNIEnv *, jclass, jstring);
#ifdef __cplusplus
}
#endif
#endif
3.定义使用静态库中的方法的头文件（dec.h）
#ifndef __DEC__
#define _DEC__
#ifdef __cplusplus
extern "C"{
#endif
int ts_comm_dec(const char* in , int inlen, char* out, int* outlen);
#ifdef __cplusplus
}
#endif
#endif
ts_comm_dec方法即为已经实现了的解密方法。