自上个月20号，历时整整一个月，终于找到工作入职了。
然后这段时间一直看公司的框架还有业务方面的东西。其实由于给分配了一个研究Java调用C语言接口的问题，导致框架业务方面的东西还不熟，然后现在手上又有了一个需求要15号前做出来，感觉有点压力啊。虽然说是和之前某个需求差不多，修修改改就能出来，但是这样的话有点和我准备好再做事的性格冲突了。废话说了一堆，就当是吐槽吧，这段时间都没能好好看之前看到Java书籍了，这样不行啊！！！
五一之前几天，组里领导突然让我研究下关于Java调用C语言的问题，当时我是懵了的，毕竟算是公司新人而且还是行业新人，这个任务感觉有点突然。不过毕竟是领导说的，我总不能说不行吧，所以我就应承下来了。之后我就网上各种搜索了。刚开始看到的说的都是JNI（java native interface），看了看感觉还行啊不是很难，然后就模仿写了一个小demo。具体代码就不贴了，比较简单，就贴一个之前看的博客地址。JAVA中调用C语言接口
本来在公司写过一个小文档了，然而公司的保密政策让我也不确定把我自己写的文档发我自己邮箱会不会违规......所以干脆就这样吧
之前完成这个后，兴奋的把小文档发给了领导，没想到之后就收到一个更大的任务，要让我用Java实现去调用一个C语言编写的SDK。那SDK函数都几十个的感觉，虽然后来给精简了下，留下不可缺少的9个函数和1个37个变量还是40+变量的结构体以及几个静态常量。
当时的我内心其实是崩溃的，因为在学习JNI的时候就发现其实处理指针和结构体是挺麻烦的...所以当时收到任务时，我也是先应承了下来，之后就又继续搜索，最后给我发现了JNA开源类库，官方github地址JNA。说是sun公司提供的建立在JNI之上的类库。
之后经过一阵学习踩坑后，还是如期的完成的了任务。依然还是公司的保密政策，所以之前在公司写的几个坑只能先按印象写了。
1、Native.loadLibrary("msvcrt", CLibrary.class);其中msvcrt是要加载的dll文件，这个文件一般是放在windows下的system32文件夹下，或者是jdk文件夹里的bin文件夹下面。但是前面两个都比较麻烦，所以这个dll也可以加上路径名，比如“C:\msvcrt”。
2、当遇到C语言里面的方法有被“__stdcall”修饰的，那么就要写成public interface Kernel32 extends StdCallLibrary{}而不是public interface Kernel32 extends Library{}，否则据说会遇到崩溃。
3、在做Java调用SDK的工程时分成了4个文件，一个是专门放映射静态常量的，一个是专门放映射结构体的，一个是专门放映射方法的，一个是测试类。
4、通过JNA传递数值时，最大的问题就是数据类型的转换。比如C里面的long，unsign long，int都能用Java里的int映射，这里有个官方的映射表Default Type Mappings，个人觉得，C里面的char*用Java里面的byte[]来映射比较好，因为SDK任务里面，用String出错了，byte[]就没问题。另外还有一点需要注意的是，C和Java之间的传值，应该是不支持二维数组的，或者说是不能直接用二维数组的，就是说不能用Java里面的byte[][]来映射C里面的char[][]。其解决方式是用间接的二维数组来映射。比如说C里面有个char[][]需要映射，则Java里面对应的是erweishuzu[]，而erweisuzu的定义其实就是byte[]。
5、在运行测试类时，如果出现不能加载路径正确且存在的dll文件，那么有可能是没有把所有依赖的dll放在一起，可以同depend.exe查看dll文件所依赖的其它dll文件，放在一起后一般就能加载了。
暂时应该就是这些，其它的想到了再补充！