文章目录
一、问题由来
系统异构给系统带来了很大的麻烦,后期维护起来由于技术栈的不同,也会后后期的维护带来更高的成本,但是有时候为了成本、为了其他的一些原因,系统又不能完全避免异构,这不我最近就碰见了,我这儿主要是由于成本问题,重新用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 方案选择
选择异构方案,我的内心是抗拒的,但是我们技术永远是为业务服务,业务的唯一目标就是为了挣钱,挣钱的同时如果恰好能够解决国家的卡脖子问题肯定是再好不过了,但是首先还是挣钱,让企业能够活下去,不能单纯为了技术而技术。
三、结语
道阻且长,行则将至,行而不辍,未来可期,加油。
如果文章解决了你的问题,对你的进步有那么一点帮助,那么就给点个赞支持一下,如果觉得文章非常对你的胃口,那么欢迎你关注我,咱们一起打怪升级。