关于dll文件的生成以及找不到jni.h的解决办法

最新推荐文章于 2023-04-09 15:41:12 发布
原创 最新推荐文章于 2023-04-09 15:41:12 发布 · 1.3k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#dll #library #include #file #c

本文详细介绍了如何使用VC++6.0生成dll文件，包括新建工程、添加头文件和cpp文件、编译与运行步骤。对于遇到的'jni.h'文件找不到的问题，提供了复制特定文件到指定目录的解决方案。

首先是关于dll文件的生成:

方法如下:

打开VC++6.0,新建->; 工程 ->; win32 Dynamic-Link Library在向导中选择空工程

添加如用javah生成的头文件和自己写的一个cpp文件,然后编译运行,如果没有出现错误,既可以在编译成功的debug文件夹中找到dll文件,如果出现找不到jni.h的错误,那么用如下方法解决:

fatal error C1083: Cannot open include file: 'jni.h': No such file or directory
将以下文件：

/jdk/include/jni.h

/jdk/include/win32/jawt_md.h

/jdk/include/win32/jni_md.h

复制到Visual Studio.net的安装目录下的/Vc7/include目录中

如果是ＶＣ６.０，自己找相应的目录即可！

jni.zip jni编译jni下载
09-09
在描述中提到的`jni.h`和`jni_md.h`是JNI编程中必不可少的头文件。`jni.h`包含了JNI接口的所有定义，如函数原型、数据类型等，是编写本地方法（Native Methods）的核心。开发者在编写C/C++代码来实现Java中的native...
Java JNI例子-创建DLL、项目导入DLL、IDEA配置JNI、JNI调用DLL（该DLL同时依赖第三方DLL）
09-25
我们通常会使用这些语言提供的编译器来生成DLL文件。在编写代码时，我们需要遵循JNI规范，正确声明本地方法的签名，这样才能在Java代码中声明与之对应的本地方法。 接下来，在Java项目中导入并配置DLL，我们需要...
解决找不到jni.h和jni_md.h的问题
03-02 1万+
在%JAVA_HOME%/include/下找到 jni.h，在%JAVA_HOME%/include/win32/下找到jni_md.h，复制到“Visual Studio目录/VC/include/”下，即可解决问题
【C++学习】JNI编译--无法找到jni_md.h
小小小草儿的博客哟
04-26 3342
在linux中使用jni编译的过程中，找不到jni_md.h。是因为在/usr/lib/jvm/java-8-openjdk-amd64/include/中的jni.h，#include "jni_md.h"找不到，jni_md.h文件位于linux文件夹下面。但是并不建议直接修改源码。 解决方案 gcc -I /usr/lib/jvm/java-8-openjdk-amd64/inclu...
生成JNI的DLL时提示找不到jni.h的解决办法Cannot open include file: 'jni.h': No such file or directory
yuanyuan_186的专栏
06-04 1016
 作者：elinstudio 发布时间：September 12, 2012 分类：Java - 解决办法。 就是到jdk的安装目录下include下把以下相应的文件，复制到vc目录下的include文件夹下 \jdk\include\jni.h \jdk\include\win32\jawt_md.h \jdk\include\win32\jni_md.h 上
Linux找不到jni.h和找不到jni_md.h原因及解决方案
xxpr_ybgg的博客
11-06 1795
首先，不要怀疑是jdk出现了不完整的问题，这会让你走很多弯路，最后还解决不了问题。
jni.h: no such file or directory
u013122984的专栏
02-11 2021
You have to add the JDK path to the include path, so the compiler knows the location of the file. Windows: /I "$(JAVA_HOME)\include" /I "$(JAVA_HOME)\include\win32" Linux: -I$(JAVA_HOME)/includ
jni.rar_jni
09-23
`jni.h`和`jni_md.h`是JNI的头文件，包含了许多在编写本地方法时需要使用的函数原型和数据结构定义。`jni.h`是通用的JNI接口，而`jni_md.h`则包含特定平台的相关信息，如指针大小和调用约定等。在C/C++代码中，需要...
C1083 无法打开包括文件: “jni.h”: No such file or directory
07-04
通常是因为编译器找不到jni.h文件，这文件是JNI开发的一部分。 - **解决方法**： - 确保安装了Java Development Kit (JDK)，因为jni.h通常在JDK的include目录中。 - 添加正确的包含路径到编译器设置中。例如，在...
jni.rar_JNI编程_java jni_jni_site:www.pudn.com
09-20
- 编译本地代码：将C/C++源文件编译成动态链接库（如.dll或.so文件）。 - 加载本地库：在Java代码中使用`System.loadLibrary`加载本地库。 - 调用本地方法：Java代码可以调用之前声明的native方法，实际执行的是...
VS2015 新建dll工程时，没有自动生成.h文件
gamerzhj的博客
04-09 211
最近新建dll工程时，竟然没有自动生成.h文件，需要自己手动添加，很是麻烦。后来发现是在dll工程创建过程中少勾选了一个功能。切记要勾选“导出符号”，就会自动生成.h文件。
解决无法打开包含文件 “jni.h"
Code_Nice的博客
08-29 7993
 LINK : fatal error LNK1104: 无法打开文件“libcpmt.lib” 需要将vc\lib添加到LIB路径下，若要生成32位dll，则添加vc\lib\amd64 fatal error C1083: 无法打开包括文件:“jni.h”: No such file or directory 这里根据第三个网址解决的，将jni.h 和 jni_md.h 拷贝到vc
VS中关于.h和.lib丢失的配置问题
Fairytalesrain的博客
07-21 960
1.缺少.h的文件 2.缺少.lib
Ubuntu下JNI的简单使用
JasonZhang
02-26 9296
<br />1、创建一个java文件（HelloWorld.java）。<br />     class HelloWorld { static { System.loadLibrary("HelloWorld"); } private native void prin
jni.h: No such file or directory(C++编译无法找到jni.h)
weixin_34123613的博客
03-05 6178
2019独角兽企业重金招聘Python工程师标准>>> ...
vs2022在当前源文件的目录或生成系统路径中未找到文件，LNK2019无法解析的外部符号
皮皮鲲的博客
10-09 6726
LNK2019错误，vs2022无法找到.h文件下.c文件定义的函数解决方法
VS2015出现“在当前源文件目录或生成系统文件目录中未找到xxx.h”完美解决
热门推荐
qq_36065506的博客
04-23 2万+
用VS打开一个项目，在编译的时候会出现“corecrt.h:Nosuchfileordirectory"这样一个问题。 其实这就是找不到对应的头文件，这个是VS自带的。说白了就是路径的问题。 后来，我在vc++包含目录和库目录添加了对应的头文件和库文件，结果并没有卵用 其实，右键打开文档include<corecrt.h>,就可以看到这样一个问题： 其实，可以看出来...
VS2017动态链接库（.dll）的生成与使用
weixin_41528941的博客
04-28 6825
大部分参考：https://blog.csdn.net/m0_37170593/article/details/76445972 记录中间遇到的问题 生成dll解决方案的时候报错 严重性 代码 说明 项目 文件 行 禁止显示状态 错误 LNK2019 无法解析的外部符号 "void __cdecl AddAnAdd(int,int (__cdecl*)(int,int))" (?AddAnAdd@@YAXHP6AHHH@Z@Z)，该符号在函数 _main 中被引用 DLLTest D:\vs\DLLTest
在docker中部署jni,找不到.so 库怎么解决
最新发布
08-13
<think>我们正在解决Docker中部署JNI时找不到.so库的问题。根据引用[3]，JNI方式的客户端需要安装taos.dll（在Windows）或对应的.so文件（在Linux）。在Docker环境中，我们需要确保.so文件被正确放置在Java库路径中，并且JVM能够找到它。 步骤： 1. 确保.so文件已编译并适用于Docker容器的操作系统和架构（通常是Linux x86_64）。 2. 在Dockerfile中，将.so文件复制到容器内的某个目录，例如`/usr/lib`或自定义目录。 3. 设置Java系统属性`java.library.path`指向包含.so文件的目录，或者将.so文件所在目录添加到`LD_LIBRARY_PATH`环境变量中。 具体方法： 方法一：通过Java代码设置系统属性（在加载动态库之前） System.setProperty("java.library.path", "/path/to/dir"); 方法二：在运行Docker容器时设置环境变量`LD_LIBRARY_PATH`，例如： docker run -e LD_LIBRARY_PATH=/path/to/dir ... 另外，引用[5]提到在编译.so文件时需要注意使用正确的JDK头文件路径（在Linux下是`-I$JAVA_HOME/include -I$JAVA_HOME/include/linux`），确保编译的.so文件与运行环境兼容。 因此，在Docker中部署的步骤建议： 1. 编写Dockerfile，基础镜像选择包含Java运行环境的镜像。 2. 将编译好的.so文件复制到镜像中，例如复制到`/usr/local/lib`。 3. 在Dockerfile中设置环境变量`LD_LIBRARY_PATH`，将.so文件所在目录加入其中，或者在使用`java`命令运行程序时通过`-Djava.library.path`指定。 示例Dockerfile片段： ``` FROM openjdk:8-jre # 将.so文件复制到镜像的目录 COPY libdaniels.so /usr/local/lib/ # 设置环境变量 ENV LD_LIBRARY_PATH /usr/local/lib:$LD_LIBRARY_PATH # 或者也可以在运行命令时指定：java -Djava.library.path=/usr/local/lib -jar app.jar ``` 注意：如果使用`java.library.path`系统属性，则不需要设置`LD_LIBRARY_PATH`，因为JVM会使用`java.library.path`来查找本地库。但是，有些非Java库可能还需要`LD_LIBRARY_PATH`，所以同时设置两者也是可以的。 另外，确保.so文件有执行权限（在复制到镜像后，可以使用`RUN chmod +x /usr/local/lib/libdaniels.so`）。 如果问题仍然存在，可以检查： - 在容器内执行`ldd /usr/local/lib/libdaniels.so`，确保所有依赖的库都已存在。 - 使用`docker exec`进入容器，检查环境变量是否设置正确。 引用[2]和[5]提供了编译.so文件的示例命令，但请注意，在Linux下编译时，命令可能略有不同（不需要Windows的路径和选项）。例如，在Linux下编译JNI库的典型命令是： gcc -shared -fPIC -o libdaniels.so daniels.c -I$JAVA_HOME/include -I$JAVA_HOME/include/linux 总结：在Docker中部署JNI时找不到.so库的解决方法主要是确保.so文件被放置在容器内的正确位置，并通过设置`java.library.path`或`LD_LIBRARY_PATH`让JVM能够找到它。 相关问题： 1. 如何编译一个适用于Linux的JNI动态链接库（.so）？ 2. 在Docker容器中，如何调试Java程序加载本地库的过程？ 3. 除了设置库路径，还有哪些方法可以解决JNI库加载失败的问题？</think>### 解决 Docker 中部署 JNI 找不到 .so 库的方法 在 Docker 中部署 JNI 应用时出现找不到 `.so` 库的问题，通常由路径配置、环境变量或文件权限导致。以下是系统化的解决方案： #### 1. **确保 .so 文件正确嵌入镜像** - 在 `Dockerfile` 中明确复制 `.so` 文件到容器路径（如 `/usr/lib`）： ```dockerfile FROM openjdk:11 # 复制本地 .so 文件到容器 COPY libnative.so /usr/lib/ COPY app.jar /app/ ``` - **验证**：运行容器后检查文件是否存在： ```bash docker exec <container_id> ls /usr/lib/libnative.so ``` #### 2. **配置 JVM 库搜索路径** - **方法 1**：通过 `-Djava.library.path` 指定路径： ```bash docker run -it my-jni-app \ java -Djava.library.path=/usr/lib -jar /app/app.jar ``` - **方法 2**：设置 `LD_LIBRARY_PATH` 环境变量（在 `Dockerfile` 中）： ```dockerfile ENV LD_LIBRARY_PATH=/usr/lib:$LD_LIBRARY_PATH ``` #### 3. **检查文件权限与依赖** - **权限问题**：在 `Dockerfile` 中赋予可执行权限： ```dockerfile RUN chmod +x /usr/lib/libnative.so ``` - **依赖缺失**：使用 `ldd` 检查 `.so` 的依赖（需在容器内执行）： ```bash docker exec <container_id> ldd /usr/lib/libnative.so ``` 若提示缺失库，在 `Dockerfile` 中安装： ```dockerfile RUN apt-get update && apt-get install -y libc6 ``` #### 4. **验证编译兼容性** - 确保 `.so` 文件与容器系统架构一致（如均使用 `Linux x86_64`）。 - 编译时需包含 JNI 头文件（参考引用[2][^2]和[5][^5]）： ```bash gcc -shared -fPIC -o libnative.so Native.c \ -I${JAVA_HOME}/include -I${JAVA_HOME}/include/linux ``` #### 5. **完整 Dockerfile 示例** ```dockerfile FROM openjdk:11 RUN apt-get update && apt-get install -y build-essential # 安装编译依赖 # 复制并编译本地代码 COPY Native.c /tmp/ RUN gcc -shared -fPIC -o /usr/lib/libnative.so /tmp/Native.c \ -I${JAVA_HOME}/include -I${JAVA_HOME}/include/linux # 设置环境变量 ENV LD_LIBRARY_PATH=/usr/lib:$LD_LIBRARY_PATH COPY app.jar /app/ CMD ["java", "-jar", "/app/app.jar"] ``` #### 关键排查步骤 1. **进入容器检查**： ```bash docker run -it my-image /bin/bash ls -l /usr/lib | grep .so # 确认文件存在 ldd /usr/lib/libnative.so # 检查依赖 ``` 2. **查看 JVM 日志**：若报错 `UnsatisfiedLinkError`，检查日志中提示的路径是否匹配实际位置。 3. **时区同步**（参考引用[1][^1]）：避免因时区偏差导致意外错误： ```dockerfile RUN ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime ``` > **根本原因**：JNI 加载 `.so` 依赖明确的路径配置（`java.library.path` 或 `LD_LIBRARY_PATH`）和文件可访问性。Docker 环境需显式声明这些配置，否则 JVM 无法定位库文件[^2][^3][^5]。 --- ### 相关问题 1. **如何解决 Docker 容器中 Java 应用的时区偏差问题？** （参考引用[1][^1]中提到的时区设置技巧） 2. **JNI 调用 .so 文件时出现 `UnsatisfiedLinkError` 有哪些常见原因？** （如路径错误、架构不兼容、权限不足等） 3. **如何在非 Docker 环境中调试 JNI 库加载失败的问题？** （使用 `-verbose:jni` 参数输出详细加载日志） [^1]: 目前TDengine暂时没有看到官方指导案例，在使用docker连接TDengine的时候注意以上细节，一般不会有任何问题。另外还要注意设置docker的时区问题，否则在使用时间范围查询数据库时会出现时区偏差。 [^2]: java jni 调用.so动态库。gcc -c -fPIC daniels.c --生成 daniels.o gcc -shared -fPIC -o daniels.so daniels.o --生成 daniels.so动态库完了，上述产生的.so文件不能被java正常调用。 [^3]: 其实，以上很多原因都是可以排除的，比如我的网络是不是能 ping 通，是不是防火墙问题，maven依赖里的taos-jdbcdriver版本是不是兼容，JNI方式的客户端是否安装taos.dll，服务端taosd是否运行等等。 [^5]: java jni调用so动态链接库详细步骤。生成.so文件 gcc -Wl,--add-stdcall-alias -shared -IC:\jdk1.8.0_211\include -IC:\jdk1.8.0_211\include\win32 -o HelloWorld.so HelloWorld.c。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值