记java.nio.ByteBuffer的简单使用:放入字节、读取有效字节

本文介绍了一种使用字节缓存实现帧数据处理的方法。通过不断读取外部字节并利用ByteBuffer缓存,当遇到回车换行符时视为一帧数据结束,随后将该帧数据传递给解析方法处理。文章重点在于合理设置缓存大小,并通过缓存的位置属性来确定有效字节范围。

目标

一个个字节写入,满足条件后取出、清空准备写入下一个字节。

控制逻辑

不断的从外部读取字节放入缓存,每收到回车换行则完成一帧,从缓存剥离出来交付给下一个方法解析。

代码块

private ByteBuffer byteBuffer = ByteBuffer.allocate(300);//注意这里根据自己的需要预估大小
private byte b0d = (byte)0x0d,b0a = (byte)0x0a;//回车、换行字节,可以不需要我这样而直接写在代码里
private void doWithBytes(byte[] bytes){
  for(byte b: bytes){
    if (byteBuffer.position() > 0 && byteBuffer.get(byteBuffer.position() - 1) == b0d && b == b0a) {
                Log.d(tag, "收到一帧的结尾了");
                byteBuffer.put(b);
                byte[] buf = new byte[byteBuffer.position()];//获得有效字节用的容器
                byteBuffer.flip();//设置为可读取
                byteBuffer.get(buf);//读取到有效字节
                doWithSignal(buf);//交给下一个方法处理一帧
                byteBuffer.clear();//清空缓冲区准备接收下一帧
            } else {
                byteBuffer.put(b);
            }
  }
}

小结

1,合理设置缓冲大小
2,没有方法进行剔除无效字节,也没有方法直接读取有效字节,只能通过position知道有效字节的截至位置,然后自行读取
3,get前要flip
### 可能原因分析 `java.lang.NoSuchMethodError` 的发生通常表明运行时环境中使用的类版本与编译时不同。具体到 `java.nio.ByteBuffer.flip()` 方法引发的错误,可能涉及以下几种情况: 1. **Java 版本不匹配**:如果项目的 JDK 编译环境和实际运行环境的 Java 版本不一致,可能导致某些方法不可用[^1]。 2. **第三方库冲突**:可能存在多个版本的 JAR 文件加载了不同的 `ByteBuffer` 实现,从而覆盖了标准库中的实现[^2]。 3. **模块命名冲突**:类似于 Spring Boot 子模块间的业务类名重复问题,也可能导致类似的异常行为[^3]。 --- ### 解决方案 #### 1. 验证 Java 运行环境 确认当前项目所使用的 JDK 和运行时环境是否一致。可以通过以下命令验证: ```bash java -version javac -version ``` 确保两者均为同一版本(如 Java 8)。如果发现版本不一致,则需统一开发和生产环境的 JDK 版本。 #### 2. 排查依赖冲突 通过 Maven 或 Gradle 工具检查是否存在多个版本的 Servlet API 或其他相关库。以下是基于 Maven 的依赖树查看命令: ```bash mvn dependency:tree ``` 重点关注是否有多个版本的 `javax.servlet-api` 被引入。如果有冲突,可以使用 `<exclusions>` 来排除不必要的依赖项。例如: ```xml <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> <exclusions> <exclusion> <groupId>javax.servlet</groupId> <artifactId>javax.servlet-api</artifactId> </exclusion> </exclusions> </dependency> ``` 对于 Gradle 用户,可以在构建文件中添加如下配置来强制指定特定版本: ```gradle configurations.all { resolutionStrategy.eachDependency { DependencyResolveDetails details -> if (details.requested.group == 'javax.servlet') { details.useVersion "4.0.1" } } } ``` #### 3. 检查自定义 ByteBuffer 类 有时开发者可能会无意中创建了一个名为 `ByteBuffer` 的类并将其放置在默认包或其他路径下,这会优先于标准库被加载。建议全局搜索代码仓库,查找是否有同名类的存在。如果是这种情况,重命名该类即可解决问题。 #### 4. 清理缓存与重新部署 清理 IDE 中的缓存以及 Tomcat 容器的工作目录,防止旧版字节码残留影响程序正常启动。针对 Tomcat,可修改其扫描跳过设置以减少潜在干扰: ```properties tomcat.util.scan.DefaultJarScanner.jarsToSkip=*,servlet-api.jar,jsp-api.jar ``` 上述属性应写入 `catalina.properties` 文件中[^4]。 --- ### 示例代码调整 假设问题是因依赖冲突引起,在 POM 文件中明确声明所需版本后,测试以下简单代码片段验证修复效果: ```java import java.nio.ByteBuffer; public class TestByteBuffer { public static void main(String[] args) { ByteBuffer buffer = ByteBuffer.allocate(10); System.out.println("Before flip: position=" + buffer.position()); buffer.flip(); System.out.println("After flip: position=" + buffer.position()); } } ``` --- ### 总结 综上所述,`java.nio.ByteBuffer.flip()` 导致的 `NoSuchMethodError` 主要源于运行时环境差异或依赖管理不当。按照以上步骤逐一排查能够有效定位根本原因并实施针对性解决方案。 ---
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值