啊！神坑
首先一个Fortran程序，
两个subroutine，CALL_SUB()调用SUB()，因为在我的正常需求下需要这么调用，所以用这个做测试。
用intel fortran编译生成.so文件，命令是ifort -o testSO.so -shared -fpic testSO.for
先用fortran调用一下这个.so文件test一下，主程序，
然后用.so文件编译这个主程序看一下，ifort testSO.so testSOm.for
会生成一个a.out文件，运行一下a.out文件，报错：找不到testSO.so文件
教程/blog-271986-277035.html里说是lib路径不对，设置一下
export LD_LIBRARY_PATH=/data/documents/fortran/test/testSO
然后重新运行a.out，输出结果：THIS IS SUBROUTINE
感觉离成功不远了，我真是太天真。
然后放到JAVA里运行，谨慎地先 System.loadLibrary("testSO.so")测试一下，不行。
报错是在java.library.path里找不到这个.so文件，我需要设置java.library.path，告诉java去哪里找，但是找了各种方法设置LD_LIBRARY_PATH，纹丝不动，我不知道为什么。但是没关系，“山不来就我，我去就山”，System.getProperty("java.library.path");看看JAVA的lib路径在哪里，把那个.so文件拷到那个文件夹里头去就好了。
然后继续报错，依旧找不到testSO.so文件，直到我找到了教程/a975261294/article/details/78804166
感谢大神，也就是说莫名其妙改名的问题，所以我只要在第一步生成.so文件的时候，把它命名成libxxx.so就可以了
转到第一步，ifort -o libtestSO.so -shared -fpic testSO.for
第三次报错，libifcoremt.so.5: undefined symbol
这个undefined symbol在intel fortran的某个库里，也就是java没有找到.so文件的依赖库，也就是说要把intel fortran的lib加到java.library.path里，一样的问题，我还是不会加。直接简单粗暴拷到java的路径下吧。
这个报错其实我发帖求助了，详细说了具体情况以及用ldd查看.so文件依赖库的情况，但是可能intel给我转水了，现在帖子打不开
下面是我的原贴截图和别人的回答。大神可能觉得我太low，给我转水了，唉。
OK，都解决了之后System.loadLibrary没问题了，然后java调用这个.so文件。
继续报错：
找到文件了，依赖库也没问题，但是找不到.so文件里的function，应该也是莫名其妙给我把function的名字给改了。所以用
nm -g libtestSO.so
看一下什么情况
名字都变成小写了，而且后面还加了个小下划线_
OK，试试
搞定。
热泪盈眶
如果觉得《Ubuntu16 JAVA JNA调用fortran Fortran编译器：Intel Fortran Fortran77版本》对你有帮助，请点赞、收藏，并留下你的观点哦！
