::: 移动互联网时代开发者 :::

JNI的简单教程网上很多，看看就能够明白，照着操作也基本能够做下来。但是因为大多的教程写的都不够详细，所以在照着操作时候可能会遇到几个小问题，在这里简单总结一下。1.在C语言环境中编译代码，出现编译错误，类型为找不到jni.h文件。解决方法：在jdk中寻找到jni.h和jni_md.h文件，将这两个文件拷贝到C语言编译器的include目录中。具体的目录可能会跟编译器有关。比如Dev C++中

MD5&SHA加密util类。

Apache的Commons Net是一个著名的Net库。详细内容参见官方网站：http://commons.apache.org/net/。从官方网站的描述来看，Commons Net由于是网络库，所以支持的功能比较多，包括FTP、NNTP、SMTP、POP3、Telnet、TFTP、Finger、Whois、rexec/rcmd/rlogin、Time (rdate) and Daytim

Java中需要调用C代码，C代码中反过来又会操作Java中的对象，这就需要在C代码中处理Java操作可能出现的异常。如果不进行处理，一旦发生异常，C代码部分就会直接退出，同时抛给调用它的Java代码一个莫名其妙的错误（可能是一个没有任何意义的Exception）直接看这个错误是无法分析真正的错误原因的。所以C代码中必须要处理这些异常，要么将其抛出，要么忽略掉。下面是专用的JNI函数，可以对异常

  系统中某些图片可能已经被修改了后缀名，所以不能只是对后缀名进行判断。下面的示例代码就是如何判断一个图片的具体类型的。    public static void main(String[] args) {        File f = new File("c://test.jpg");        if (f.exists()) {            System.ou

package blog.csdn.net.arui;import java.io.*;import javax.xml.transform.*;import javax.xml.transform.stream.*;public class BasicXsl ...{    /** *//**     * This method applies the xsl file to in file

Java调用C的JNI程序很容易出现内存泄漏问题，因为Java不负责回收C中的内存，所以必须自己保证C代码没有内存泄漏问题。经过测试，memwatch就可以直接用于JNI中的C代码的内存检测。程序在JNI调用后，就会在目录下生成一个文件，里面记录了内存数据。结论：JNI中C代码的内存检测和单纯的C代码的内存检测没什么不同，不需要做特殊处理。 

 java与C中的各种数据类型的传递是JNI的主要内容，其中字符串的传递相对其它基本类型的传递稍微困难些，在JNI中经常用到。自定义对象的传递实际和String的传递类似。从网上找到的片断代码，改了一些内容。static jstring stoJstring(JNIEnv* env, const char* pat){       jclass strClass = (*env)->FindCla

 编写调用JNI的Java程序，都会先将C/C++的代码编译成DLL或者SO格式。随之而来的就是部署的问题。1.如果是制作bat文件启动程序，当然就简便了，在bat文件中，把DLL文件（以DLL为例）所在的路径加入到java lib path中即可。2.如果只是生成一个jar包，两种方法可以考虑： 1)让用户自己把DLL文件手动拷贝到java lib path中，或者添加一个path到DLL文件所

 C代码移植到Java代码过程中，会发现C中的某些函数在Java中找不到可以完全代替的。最常见的就是C语言中的atoi函数，用来将一个字符串转换为整数。Java中一般用Integer.parseInt()来将一个字符串转换为int型。但是二者之间还是有很大的区别，就会导致移植的代码功能不完全相同。本来想到网上找一个现成的用Java语言写的与atoi功能相同的方法，但是没有找到，于是干脆凭着自己对a

Property文件以字符串形式保存数据。这个类可以从Property文件中读取各种转换后的常见对象，可以继续扩展。