动态jni：
1.java端：
静态初始化块：加载类时就执行，去加载本地库
用native 声明本地方法
jni端：
这里面函数和变量的定义规则不同，除了void型，其他记得加j前缀,
JNI_OnLoad()函数，很重要
将jni编译生成动态库：
arm-linux-gnueabi-gcc -shared -fPIC
-I /usr/lib/jvm/java-7-openjdk-amd64/include/
tectC.c -o libledService.so将生成的动态库libledService.so用adb推送到/system/lib目录下，否则java层找不到要加载的库。
推送时会报没权限操作/system/lib，是只写文件夹，按照下图，先查看/system挂载的源头
在哪里，然后再重新mount将权限设为rw。即可
执行：
arm-linux-gnueabi-gcc -shared -fPIC
-I /usr/lib/jvm/java-7-openjdk-amd64/include/
tectC.c -o libledService.so测试时报错：
dlopen failed: could not load library “libc.so.6” needed by “libledService.so”; caused by library “libc.so.6” not found
上面的意思是说， libledService.so库依赖于libc.so.6，但libc.so.6不存在，那么我们重新编译一下
这个库，为其指定libc.so.6（在源码目录下find -name 搜索libc.so，选个本平台对应的）
指定非标准库：
-nostdlib 非标准动态库.so
解决：
arm-linux-gnueabi-gcc -shared -fPIC -I /usr/lib/jvm/java-7-openjdk-amd64/include/
-nostdlib /home/linux/fspad-733/androidL/prebuilts/ndk/9/platforms/android-19/arch-arm/usr/lib/libc.so
tectC.c -o libledService.so 测试还是报错：
java.lang.UnsatisfiedLinkError: JNI_ERR returned from JNI_OnLoad in “/system/lib/libledService.so”
上面的意思是说，类加载时找JNI动态库的时候 出错，原因是jni动态库中指定的名称要包含包路径
(包名间用/代替.最后是使用该库的java的类名)
解决：
还报错：
java.lang.NoSuchMethodError: no static or non-static method “Lcom/xxg/led/LedService;.open()
上面的意思是说，找不到open函数，原因肯定在JNI层，后来发现是方法签名中对void的处理，void做参数省略不写，void返回值时写V
解决：
最终版的编译选项：
自此，平板上才能正常运行起APP来，但操作底层硬件，还得靠linux驱动
linux驱动端：
跟平时写linux驱动没什么区别。
只是注意以下几点：
1.模块所依赖的源码要是平板中在用的；
2.所用的交叉编译工具链要一致；
3.往往andriod编译时是通过一个build.sh完成的，它并没有修改linux源码目录下的
Makefile,所以里面的体系结构和工具链没有在内核源码顶层Makefile中指定。故要在
模块的Makefile中用export ARCH=arm, export COROSS_COMPILE=arm-linux-
加载驱动的步骤：
1. setenforce 0 禁用selinux安全保护机制
1.用adb push推送到某个目录下；
2.adb shell,进到相应目录并insmod;
3.修改设备文件权限为chmod 777 /dev/xxx
工程实例：
1.app端：
2.JNI：
3.linux驱动：
代码下载： https://git.coding.net/xxgui1992/Android-jni1.git