Java中native方法read()可以人为的去输入-1让文件读取的时候还没到末尾提前结束读取吗?

简介: Java中native方法read()可以人为的去输入-1让文件读取的时候还没到末尾提前结束读取吗?

InputStream就是Java标准库提供的最基本的输入流。它位于java.io这个包里。java.io包提供了所有同步IO的功能。

要特别注意的一点是,InputStream并不是一个接口,而是一个抽象类,它是所有输入流的超类。这个抽象类定义的一个最重要的方法就是int read(),起方法在源码中定义如下:

在这里插入图片描述
我们如下以FileInputStream类为例,来结束read()方法,在FileInputStream类中,read()方法调用了read0()方法,而read0()方法才是我们标题中提到的native方法,包括其他的实现类,也基本上都是这样去实现的,这里只以FileInputStream为例,其他的类都类似。
如下为FileInputStream类中read()和read0()方法:
在这里插入图片描述

这个方法会读取输入流的下一个字节,并返回字节表示的int值(0~255)。如果已读到末尾,返回-1表示不能继续读取了。

进入正题,那么我们可以人为的从去输入-1让文件读取的时候还没到末尾提前结束读取吗?答案是不能的,
虽然写入的时候是以byte形式写的,但是读出的时候是以int形式读的
比如:写的时候(byte)0b11111111,byte类型应该为-1,但是读的时候却是以int类型去读,会在前面自动补0,
也就是说读的时候,读取到的是(int)ob00000000_00000000_00000000_11111111;
所以说我们人为基本上是不能能输入为-1的情况,也就是文件读取结束的情况

具体看如下代码:

public class ReadDemo {
    
    public void readFile() throws IOException {
    

        FileOutputStream fileOutputStream = new FileOutputStream("src/com/ysw/demo02IO/readtest.txt");
        /**
         * byte共有8个比特位,
         * 其中最高位是符号位,
         * 给它赋值0b1111_1111时,
         * 最高位的1系统无法判断是实际数值还是符号位数值。
         * 添加强制类型转换(byte),则系统可以知道1是符号位,
         * 此时可以被赋值;如果没有加强制类型转换,则系统认为0b1001_0101是一个int类型数据。
         * int类型值无法赋值给byte变量,所以会报错。
         * */
        byte[] a = {
    0x30,0x31,0x32,(byte)0b11111111,0x30,0x31,0x32};
        fileOutputStream.write(a);

        // 创建一个FileInputStream对象:
        InputStream input = new FileInputStream("src/com/ysw/demo02IO/readtest.txt");
        for (;;) {
    
            /**
             * 虽然写是以byte形式写的,但是读的时候是以int形式读的
             * 比如:写的时候(byte)0b11111111,byte类型应该为-1,但是读的时候却是以int类型去读,会在前面自动补0,
             *      也就是说读的时候,读取到的是(int)ob00000000_00000000_00000000_11111111;
             * 所以说我们人为基本上是不能能输入为-1的情况,也就是文件读取结束的情况
             * */
            int n = input.read(); // 反复调用read()方法,直到返回-1
            if (n == -1) {
    
                break;
            }
            System.out.println(n); // 打印byte的值
        }
        input.close(); // 关闭流
        fileOutputStream.close();
    }

    public static void main(String[] args) throws IOException {
    
        new ReadDemo().readFile();
    }
}

                
目录
相关文章
|
1天前
|
存储 Java 程序员
Java基础的灵魂——Object类方法详解(社招面试不踩坑)
本文介绍了Java中`Object`类的几个重要方法,包括`toString`、`equals`、`hashCode`、`finalize`、`clone`、`getClass`、`notify`和`wait`。这些方法是面试中的常考点,掌握它们有助于理解Java对象的行为和实现多线程编程。作者通过具体示例和应用场景,详细解析了每个方法的作用和重写技巧,帮助读者更好地应对面试和技术开发。
19 4
|
12天前
|
Java API
Java 对象释放与 finalize 方法
关于 Java 对象释放的疑惑解答,以及 finalize 方法的相关知识。
35 17
|
6天前
|
Java 测试技术 Maven
Java一分钟之-PowerMock:静态方法与私有方法测试
通过本文的详细介绍,您可以使用PowerMock轻松地测试Java代码中的静态方法和私有方法。PowerMock通过扩展Mockito,提供了强大的功能,帮助开发者在复杂的测试场景中保持高效和准确的单元测试。希望本文对您的Java单元测试有所帮助。
10 2
|
14天前
|
Java 开发者
在Java多线程编程中,创建线程的方法有两种:继承Thread类和实现Runnable接口
【10月更文挑战第20天】在Java多线程编程中,创建线程的方法有两种:继承Thread类和实现Runnable接口。本文揭示了这两种方式的微妙差异和潜在陷阱,帮助你更好地理解和选择适合项目需求的线程创建方式。
13 3
|
14天前
|
Java 开发者
在Java多线程编程中,选择合适的线程创建方法至关重要
【10月更文挑战第20天】在Java多线程编程中,选择合适的线程创建方法至关重要。本文通过案例分析,探讨了继承Thread类和实现Runnable接口两种方法的优缺点及适用场景,帮助开发者做出明智的选择。
12 2
|
14天前
|
安全 Java
Java多线程通信新解:本文通过生产者-消费者模型案例,深入解析wait()、notify()、notifyAll()方法的实用技巧
【10月更文挑战第20天】Java多线程通信新解:本文通过生产者-消费者模型案例,深入解析wait()、notify()、notifyAll()方法的实用技巧,包括避免在循环外调用wait()、优先使用notifyAll()、确保线程安全及处理InterruptedException等,帮助读者更好地掌握这些方法的应用。
12 1
|
14天前
|
Java 开发者
Java多线程初学者指南:介绍通过继承Thread类与实现Runnable接口两种方式创建线程的方法及其优缺点
【10月更文挑战第20天】Java多线程初学者指南:介绍通过继承Thread类与实现Runnable接口两种方式创建线程的方法及其优缺点,重点解析为何实现Runnable接口更具灵活性、资源共享及易于管理的优势。
26 1
|
14天前
|
Java
在Java多线程编程中,`wait()`和`notify()`方法的相遇如同一场奇妙的邂逅
在Java多线程编程中,`wait()`和`notify()`方法的相遇如同一场奇妙的邂逅。它们用于线程间通信,使线程能够协作完成任务。通过这些方法,生产者和消费者线程可以高效地管理共享资源,确保程序的有序运行。正确使用这些方法需要遵循同步规则,避免虚假唤醒等问题。示例代码展示了如何在生产者-消费者模型中使用`wait()`和`notify()`。
22 1
|
14天前
|
安全 Java 开发者
Java多线程中的`wait()`、`notify()`和`notifyAll()`方法,探讨了它们在实现线程间通信和同步中的关键作用
本文深入解析了Java多线程中的`wait()`、`notify()`和`notifyAll()`方法,探讨了它们在实现线程间通信和同步中的关键作用。通过示例代码展示了如何正确使用这些方法,并分享了最佳实践,帮助开发者避免常见陷阱,提高多线程程序的稳定性和效率。
26 1
|
7天前
|
Java Spring
JAVA获取重定向地址URL的两种方法
【10月更文挑战第17天】本文介绍了两种在Java中获取HTTP响应头中的Location字段的方法:一种是使用HttpURLConnection,另一种是使用Spring的RestTemplate。通过设置连接超时和禁用自动重定向,确保请求按预期执行。此外,还提供了一个自定义的`NoRedirectSimpleClientHttpRequestFactory`类,用于禁用RestTemplate的自动重定向功能。