java调用动态链接库文件-Windows和Linux

一、问题由来

系统异构给系统带来了很大的麻烦，后期维护起来由于技术栈的不同，也会后后期的维护带来更高的成本，但是有时候为了成本、为了其他的一些原因，系统又不能完全避免异构，这不我最近就碰见了，我这儿主要是由于成本问题，重新用java翻译一遍难度极大，成本极高。

二、实现方案

2.1 Windows和Linux的相同部分

针对Windows和Linux，我们都依赖共同的jar包，话不多说直接看依赖：

    <dependency>
	    <groupId>net.java.dev.jna</groupId>
	    <artifactId>jna</artifactId>
	    <version>5.5.0</version>
	</dependency>

2.2 Windows版本的实现

Windows虽然作为服务器用的越来越少，但是说不准有用到的时候，所以这个实现方式也有必要了解一下，Windows的动态链接库的文件类型为dll，下面我们直接看代码：

package com.test.windows;

import com.sun.jna.Native;
import com.sun.jna.win32.StdCallLibrary;

public class WindowsSoLoadClass {	
	public interface DllFunctionInterface extends StdCallLibrary{
		
		public static String DLL_NAME = "dll/workDll";
		
		WorkDll INSTANCE = (DllInterface)Native.load(DLL_NAME,WorkDll.class);
		
		public String A(String st);
		 
		public String B(String str);
		 
	}
}

我们需要注意是：Windows系统，我们类继承的是StdCallLibrary。，之后我们就可以在我们的业务代码中直接调用了。

2.3 Linux版本的实现

Linux以其稳定、安全、高性能并且开源免费等特性作为目前服务器的首选操作系统，掌握Linux的动态链接库技术还是有必要的。Linux的动态链接库的文件类型为so，下面我们直接看代码：

package com.test.linux;

import com.sun.jna.Native;
import com.sun.jna.Library;
public class LinuxDllLoadClass {	
	public interface DllFunctionInterface extends Library{
		
		public static String DLL_NAME = "dll/workDll";
		
		WorkDll INSTANCE = (DllInterface)Native.load(DLL_NAME,WorkDll.class);
		
		public String A(String st);
		 
		public String B(String str);
		 
	}
}

我们需要注意是：Linux系统，我们类继承的是Library。，之后我们就可以在我们的业务代码中直接调用了。

2.4 dll或者so文件有前置依赖怎么办？

针对该问题欢迎大家看我的另外一篇文章来进行解决：java调用相互依赖的dll的处理办法

2.5 方案选择

选择异构方案，我的内心是抗拒的，但是我们技术永远是为业务服务，业务的唯一目标就是为了挣钱，挣钱的同时如果恰好能够解决国家的卡脖子问题肯定是再好不过了，但是首先还是挣钱，让企业能够活下去，不能单纯为了技术而技术。

三、结语

道阻且长，行则将至，行而不辍，未来可期，加油。

如果文章解决了你的问题，对你的进步有那么一点帮助，那么就给点个赞支持一下，如果觉得文章非常对你的胃口，那么欢迎你关注我，咱们一起打怪升级。