javacv依赖太大导致jar包也大的解决办法
前言
最近在写项目时,用到了javacv里的获取视频第一帧的功能,确实很好用。但是后续在进行线上打包部署的时候,发现打包出来的jar包足足有1.09g这么大,导致多部署几次就会把docker磁盘占满,于是打开jar包一看,发现是javacv占了足足800mb

有很多都是我们用不到的,于是就进行了删减优化,接下来给大家分享步骤。
1.检查依赖
原先我们引用javacv可能是直接引入整个包,如
<dependency> <groupId>org.bytedeco</groupId> <artifactId>javacv-platform</artifactId> <version>1.5.7</version> </dependency>
所以我们需要对项目依赖进行精简。一般我们的服务都是部署在Linux服务器平台上,开发的平台无非是Mac和Windows,所以我们只需要保留这三个平台的依赖,最后上线生产的时候只留下Linux平台的即可。
2.更改依赖
<!--javacv截取视频帧-->
<dependency>
<groupId>org.bytedeco</groupId>
<artifactId>javacv</artifactId>
<version>${javacv.version}</version>
</dependency>
<!--MacOS平台-->
<dependency>
<groupId>org.bytedeco</groupId>
<artifactId>javacpp</artifactId>
<version>${javacv.version}</version>
<classifier>${javacpp.platform.macosx-x86_64}</classifier>
</dependency>
<dependency>
<groupId>org.bytedeco</groupId>
<artifactId>ffmpeg</artifactId>
<version>${javacv.ffmpeg.version}</version>
<classifier>${javacpp.platform.macosx-x86_64}</classifier>
</dependency>
<!--Linux平台-->
<dependency>
<groupId>org.bytedeco</groupId>
<artifactId>javacpp</artifactId>
<version>${javacv.version}</version>
<classifier>${javacpp.platform.linux-x86}</classifier>
</dependency>
<dependency>
<groupId>org.bytedeco</groupId>
<artifactId>ffmpeg</artifactId>
<version>${javacv.ffmpeg.version}</version>
<classifier>${javacpp.platform.linux-x86}</classifier>
</dependency>
<dependency>
<groupId>org.bytedeco</groupId>
<artifactId>javacpp</artifactId>
<version>${javacv.version}</version>
<classifier>${javacpp.platform.linux-x86_64}</classifier>
</dependency>
<dependency>
<groupId>org.bytedeco</groupId>
<artifactId>ffmpeg</artifactId>
<version>${javacv.ffmpeg.version}</version>
<classifier>${javacpp.platform.linux-x86_64}</classifier>
</dependency>
<!--Windows平台-->
<dependency>
<groupId>org.bytedeco</groupId>
<artifactId>javacpp</artifactId>
<version>${javacv.version}</version>
<classifier>${javacpp.platform.windows-x86}</classifier>
</dependency>
<dependency>
<groupId>org.bytedeco</groupId>
<artifactId>ffmpeg</artifactId>
<version>${javacv.ffmpeg.version}</version>
<classifier>${javacpp.platform.windows-x86}</classifier>
</dependency>
<dependency>
<groupId>org.bytedeco</groupId>
<artifactId>javacpp</artifactId>
<version>${javacv.version}</version>
<classifier>${javacpp.platform.windows-x86_64}</classifier>
</dependency>
<dependency>
<groupId>org.bytedeco</groupId>
<artifactId>ffmpeg</artifactId>
<version>${javacv.ffmpeg.version}</version>
<classifier>${javacpp.platform.windows-x86_64}</classifier>
</dependency>然后写在<properties>里的版本控制根据需求来定,这里博主给出自己的配置
<javacv.version>1.5.8</javacv.version> <javacv.ffmpeg.version>5.1.2-1.5.8</javacv.ffmpeg.version> <javacpp.platform.macosx-x86_64>macosx-x86_64</javacpp.platform.macosx-x86_64> <javacpp.platform.linux-x86>linux-x86</javacpp.platform.linux-x86> <javacpp.platform.linux-x86_64>linux-x86_64</javacpp.platform.linux-x86_64> <javacpp.platform.windows-x86>windows-x86</javacpp.platform.windows-x86> <javacpp.platform.windows-x86_64>windows-x86_64</javacpp.platform.windows-x86_64>
3.检查副依赖
到这里基本上就已经改完了,剩下的就是检查自己项目在哪个包下还引用了javacv的地方,在打包部署之前需要提前把上面的依赖移植到对应包下面(记得去除版本),不然线上会报这样的错
msg : "Handler dispatch failed; nested exception is java.lang.NoClassDefFoundError: Could not initialize class org.bytedeco.javacv.FFmpegFrameGrabber"
总结
到此这篇关于javacv依赖太大导致jar包也大解决办法的文章就介绍到这了,更多相关javacv依赖太大导致jar包也大内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!
相关文章
详解IDEA 中使用Maven创建项目常见错误和使用技巧(推荐)
这篇文章主要介绍了详解IDEA 中使用Maven创建项目常见错误和使用技巧(推荐),本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友可以参考下2020-07-07
SpringBoot异常处理器的使用与添加员工功能实现流程介绍
设计完了登录与退出功能还只完成了冰山一角,经过测试发现,我们以url的方式来访问网站时可以直接跳过登陆页面进入后台页面,这样显然是不合理的,下面我们通过异常拦截器+boot来做到访问限制,以及实现新增员工功能,制作全局异常处理器2022-10-10
Java调用ChatGPT API并实现流式接收方式(Server-Sent Events,SSE)
文章介绍如何在Java中通过OkHttp和SSE技术实现流式获取ChatGPT响应,解决传统HTTP阻塞问题,提升用户体验,需配置stream参数,利用SseEmitter封装后端推送,前端使用EventSourcePolyfill插件处理Token,同时注意资源管理和避免换行符干扰2025-08-08


最新评论