从上述介绍来看，ZooKeeper是一个维护配置信息、命名、提供分布式锁服务和提供组服务的集中式服务，而不仅用于注册中心。...这些功能明显要求ZooKeeper的数据安全性要很高，不能因为重启后导致数据丢失，这势必需要将数据落盘。...将数据落盘的要求，明显独立部署更合适，如果ZooKeeper作为依赖的方式去实现，则需要依赖于业务系统实现落盘操作。...ZooKeeper是CP架构，Eureka是AP架构 配置信息、锁服务对数据的正确性远高于注册中心，所以ZooKeeper必须要选择一个数据更为靠谱的系统架构，即：CAP中CP架构系统。...而Eureka各节点互相独立、平等的，各节点都提供查询和注册服务，这与我们的业务节点相呼应，业务系统不会因为Eureka而拒绝提供业务服务。
每个Handler 的线程都有一个 Looper ，主线程当然也不例外，但是我们不曾准备过主线程的 Looper 而可以直接使用，这是为何？...事实上它并不是一个线程，而是主线程操作的管理者，所以吧，我觉得把 ActivityThread 认为就是主线程无可厚非，另外主线程也可以说成 UI 线程。...-文完- 后续可能还会更新类似的小型知识点，相对于长篇的文章来讲我不需要花费大量的时间写作，对于读者来讲也没有阅读压力，希望对你有所帮助。
但是为何方法InputStream#read()需要返回int类型值呢？...首先，我们要完成一个EOF（End of File）判断，在Java中就是以-1来表示数据读完了，但是如果返回的char类型值，那么根本没有-1这个数值；如果换种方式，返回一个特殊的char值，比如char...中的-1值，那么就占用了此字符，如果字节数据恰好对应-1值，那么就无法被正确读出，且会被错误认为i字节数据读好了，这就是返回int类型值的原因，当然，字节数据被转为int表示，需要高24位布零。...其次，既然只是如上的需求，那么为什么不返回short值呢? 实际上在Java内存模型中，对于short以及int类型值，都是占据32位的内存空间的。...除了以下两个数据类型： long 和 double 都需要两个32位来表示； 基本类型的数组也是个例外，其以打包类型在内存中表示，举个例子：字节数组每个32位包含4个字节； 所以说，实际上单单一个short
使用 C# 语言编写字符串常量的时候，你可能会发现可以使用 "" 而不能使用 string.Empty。...进一步可以发现 string.Empty 实际上是一个静态只读字段，而不是一个常量。 为什么这个看起来最适合是常量的 string.Empty，竟然使用静态只读字段呢？...string.Empty 需要是一个静态只读字段而不是常量？...String 类的构造函数（注意不是静态构造函数，String 类的静态构造函数是特殊处理不会调用的）； 而如果这是一个静态字段，那么编译器可以在不做特殊处理的情况下，生成 ldsfld string...于是，当你需要一个代表 “空字符串” 含义的时候，使用 string.Empty；而当你必须要一个常量时，就使用 ""。
STDIN_FILENO STDIN_FILENO是一个常量，表示标准输入的文件描述符。 在大多数情况下，标准输入指向终端设备（通常是键盘），用于从用户获取输入数据。...STDOUT_FILENO STDOUT_FILENO是一个常量，表示标准输出的文件描述符。 在大多数情况下，标准输出指向终端设备（通常是屏幕），用于向用户显示输出数据。...下面是一个简单的示例，演示如何使用read和write函数通过STDIN_FILENO和STDOUT_FILENO直接进行标准输入和输出： #include int main()..., buffer, bytes_read); } return 0; } 在这个示例中，read函数从标准输入中读取数据到缓冲区中，然后write函数将数据从缓冲区写入到标准输出。...这些常量的使用使得程序能够直接访问标准输入和标准输出，而不依赖于标准输入输出函数（如printf和scanf）。
发送文件 为什么要介绍 用户空间 和 内核空间 呢？ 我们先来回忆一下，服务端发送一个文件给客户端一般需要进行什么操作。...一般来说，服务端发送一个文件给客户端的步骤如下： 首先需要调用 read 读取文件的数据到用户空间缓冲区中。 然后再调用 write 把缓冲区的数据发送给客户端 Socket。...read 系统调用是从文件中读取数据到用户空间的缓冲区中，所以调用 read 时需要从内核空间复制数据到用户空间，如图 2 所示： ?...而当调用 write 系统调用把用户空间缓冲区中的数据发送到客户端 Socket 时，首先会把缓冲区的数据复制到内核的 Socket 缓冲区中，网卡驱动会把 Socket 缓冲区的数据发送出去，如图 3...仔细观察我们可以发现，上图中的页缓存其实可以直接复制到 Socket 缓冲区，而不需要复制到用户空间缓冲区的。如图 4 所示： ? 如上图所示，不需要用户空间作为数据中转的技术叫 零拷贝技术。
用一句话说就是：字节流可以处理一切文件，而字符流只能处理纯文本文件。 字节流本身没有缓冲区，缓冲字节流相对于字节流，效率提升非常高。...而字符流本身就带有缓冲区，缓冲字符流相对于字符流效率提升就不是那么大了。...缓冲流，就应用这种思路：普通流每次读写一个字节，而缓冲流在内存中设置一个缓存区，缓冲区先存储足够的待操作数据后，再与内存或磁盘进行交互。...bw.close()时，需要把数据从缓冲区的数据输出。...final 声明的常量一旦赋值就不能修改，那么 null 不会空指针异常吗？ 这三个常量对象为什么要小写？final 声明的常量按照命名规范不是应该大写吗？ 这三个常量的对象有 set 方法？
中定义了四种事件 : 数据读取 ( OP_READ ) , 数据写出 ( OP_WRITE ) , 连接 ( OP_CONNECT ) , 接受连接 ( OP_ACCEPT ) ; 1 ....) 可以监听到客户端的 数据写入到服务器 , 也就是说 服务器端需要执行 读取数据 的工作 ; ② 代码示例 : 下面的代码作用是 , 将 SocketChannel 通道的 SelectionKey.OP_READ...: sc.register(selector, SelectionKey.OP_READ, ByteBuffer.allocate(1024)); ③ OP_READ 常量原型 : 该常量定义在 SelectionKey.java..., 表示该 向该 通道 ( Channel ) 写出数据了 ; ② OP_WRITE 常量原型 : 该常量定义在 SelectionKey.java 类中 , 该值的大小是 1 << 2 , 0b100...= (SocketChannel) key.channel(); //获取 缓冲区 ( Buffer ) : 获取到 通道 ( Channel ) 关联的 缓冲区 ( Buffer ) ByteBuffer
通过read()把数据从硬盘读取到内核缓冲区，再复制到用户缓冲区；然后再通过write()写入到socket缓冲区，最后写入网卡设备。 ?...零拷贝 零拷贝技术是指计算机执行操作时，CPU不需要先将数据从某处内存复制到另一个特定区域，这种技术通常用于通过网络传输文件时节省CPU周期和内存带宽。...mmap+write mmap+write简单来说就是使用mmap替换了read+write中的read操作，减少了一次CPU的拷贝。...将读缓冲区中数据拷贝到socket缓冲区 DMA控制器把数据从socket缓冲区拷贝到网卡，上下文从内核态切换回用户态，sendfile调用返回 sendfile方法IO数据对用户空间完全不可见，所以只能适用于完全不需要用户空间处理的情况...对于RocketMQ来说这两个步骤使用的是mmap+write，而Kafka则是使用mmap+write持久化数据，发送数据使用sendfile。
例如我们现在有30000个字节的数据，如果使用 FileInputStream 那么就需要调用30000次的本地方法来获取这些数据，而如果使用缓冲区的话（这里假设初始的缓冲区大小足够放下30000字节的数据...因为缓冲区在第一次调用 read() 方法的时候会直接从磁盘中将数据直接读取到内存中。随后再一个字节一个字节的慢慢返回。...操作系统能够直接传输字节从文件系统缓存到目标的 Channel 中，而不需要实际的 copy 阶段。 copy 阶段就是从内核空间转到用户空间的一个过程。...直接缓冲区和非直接缓冲区 既然我们要读取一个磁盘的文件，要废这么大的周折。有没有什么简单的方法能够使我们的应用直接操作磁盘文件，不需要内核进行中转呢？有，那就是建立直接缓冲区了。...直接缓冲区：直接缓冲区不需要内核空间作为中转copy数据，而是直接在物理内存申请一块空间，这块空间映射到内核地址空间和用户地址空间，应用程序与磁盘之间数据的存取通过这块直接申请的物理内存进行交互。
例如我们现在有30000个字节的数据，如果使用FileInputStream那么就需要调用30000次的本地方法来获取这些数据， 而如果使用缓冲区的话（这里假设初始的缓冲区大小足够放下30000字节的数据...因为缓冲区在第一次调用read()方法的时候会直接从磁盘中将数据直接读取到内存中。随后再一个字节一个字节的慢慢返回。...操作系统能够直接传输字节从文件系统缓存到目标的Channel中，而不需要实际的copy阶段。 copy阶段就是从内核空间转到用户空间的一个过程 可以看到速度相比较使用缓冲区已经有了一些的提高。...大致的流程如下 直接缓冲区和非直接缓冲区 既然我们要读取一个磁盘的文件，要废这么大的周折。 有没有什么简单的方法能够使我们的应用直接操作磁盘文件，不需要内核进行中转呢？有，那就是建立直接缓冲区了。...直接缓冲区：直接缓冲区不需要内核空间作为中转copy数据，而是直接在物理内存申请一块空间，这块空间映射到内核地址空间和用户地址空间，应用程序与磁盘之间数据的存取通过这块直接申请的物理内存进行交互。
而NIO只有在连接/通道真正有读写事件发生时(事件驱动)，才会进行读写，就大大地减少了系统的开销。不必为每一个连接都创建一个线程，也不必去维护多个线程。...不需要频繁创建，生命周期较长的情况，能重复使用的情况。...} 这上面有一个flip()方法是很重要的。意思是切换到读模式。上面已经提到缓存区是双向的，既可以往缓冲区写入数据，也可以从缓冲区读取数据。但是不能同时进行，需要切换。...使用场景就是可以使用一个缓冲区数组，自动地根据需要去分配缓冲区的大小。可以减少内存消耗。网络IO也可以使用，这里就不写例子演示了。...从示意图中我们可以发现，最大的不同在于直接缓冲区不需要再把文件内容copy到物理内存中。这就大大地提高了性能。其实在介绍Buffer时，我们就有接触到这个概念。
mode：权限，就是创建的文件的权限是啥，得告诉接口函数 参数: O_RDONLY: 只读打开 O_WRONLY: 只写打开 O_RDWR : 读，写打开 这三个常量，必须指定一个且只能指定一个 O_CREAT...缓冲区就是相当于现实生活中的快递公司，有了快递公司，当我们想把某样东西送给远方的亲戚朋友时，就不需要我们自己还得坐飞机坐火车那样花时间送过去了，只需要把东西交给快递公司，快递公司就会帮我们送到。...缓冲区与OS的关系： 当数据需要刷新到外设的时候，进程会创建一个struct file的结构体，还有一个内核缓冲区。...综上： printf fwrite 库函数会自带缓冲区，而 write 系统调用没有带缓冲区。另外，我们这里所说的缓冲区，都是用户级缓冲区。其实为了提升整机性能，OS也会提供相关内核级缓冲区。...printf fwrite 是库函数， write 是系统调用，库函数在系统调用的“上层”， 是对系统调用的“封装”，但是 write 没有缓冲区，而 printf，fwrite 有，足以说明，该缓冲区是二次加上的
最后将内核态下的socket buffer的数据copy到网卡设备中传送； DMA DMA(Direct Memory Access，直接存储器访问) 是所有现代电脑的重要特色，它允许不同速度的硬件装置来沟通，而不需要依赖于...通俗来讲，就是DMA 传输将数据从一个地址空间复制到另外一个地址空间，当CPU 初始化这个传输动作，传输动作本身是由 DMA 控制器来实行和完成，也就是两个硬件之间完成的，而没有CPU的参与，那么CPU...Kafka只是把文件存放到磁盘之后通过网络发出去，中间并不需要修改什么数据，那read和write的两次CPU copy的操作完全是多余的。...(sockfd, buf, len); 此模式步骤为： 用户程序调用 mmap()，磁盘上的数据会通过 DMA被拷贝的内核缓冲区； 接着操作系统会把这段内核缓冲区与用户程序共享，这样就不需要把内核缓冲区的内容往用户空间拷贝...； 用户程序再调用 write()，操作系统直接将内核缓冲区的内容拷贝到 socket缓冲区中； 最后， socket缓冲区再把数据发到网卡去。
例如我们现在有30000个字节的数据，如果使用FileInputStream那么就需要调用30000次的本地方法来获取这些数据，而如果使用缓冲区的话（这里假设初始的缓冲区大小足够放下30000字节的数据...因为缓冲区在第一次调用read()方法的时候会直接从磁盘中将数据直接读取到内存中。随后再一个字节一个字节的慢慢返回。...操作系统能够直接传输字节从文件系统缓存到目标的Channel中，而不需要实际的copy阶段。 copy阶段就是从内核空间转到用户空间的一个过程 可以看到速度相比较使用缓冲区已经有了一些的提高。...大致的流程如下 直接缓冲区和非直接缓冲区 既然我们要读取一个磁盘的文件，要废这么大的周折。有没有什么简单的方法能够使我们的应用直接操作磁盘文件，不需要内核进行中转呢？有，那就是建立直接缓冲区了。...直接缓冲区：直接缓冲区不需要内核空间作为中转copy数据，而是直接在物理内存申请一块空间，这块空间映射到内核地址空间和用户地址空间，应用程序与磁盘之间数据的存取通过这块直接申请的物理内存进行交互。
例如我们现在有30000个字节的数据，如果使用 FileInputStream那么就需要调用30000次的本地方法来获取这些数据，而如果使用缓冲区的话（这里假设初始的缓冲区大小足够放下30000字节的数据...因为缓冲区在第一次调用 read()方法的时候会直接从磁盘中将数据直接读取到内存中。随后再一个字节一个字节的慢慢返回。...操作系统能够直接传输字节从文件系统缓存到目标的 Channel中，而不需要实际的 copy阶段。 copy阶段就是从内核空间转到用户空间的一个过程 可以看到速度相比较使用缓冲区已经有了一些的提高。...image 直接缓冲区和非直接缓冲区 既然我们要读取一个磁盘的文件，要废这么大的周折。有没有什么简单的方法能够使我们的应用直接操作磁盘文件，不需要内核进行中转呢？有，那就是建立直接缓冲区了。...imageMogr2/auto-orient/strip|imageView2/2/w/812/format/webp) image 直接缓冲区：直接缓冲区不需要内核空间作为中转copy数据，而是直接在物理内存申请一块空间
例如我们现在有30000个字节的数据，如果使用FileInputStream那么就需要调用30000次的本地方法来获取这些数据，而如果使用缓冲区的话（这里假设初始的缓冲区大小足够放下30000字节的数据...因为缓冲区在第一次调用read()方法的时候会直接从磁盘中将数据直接读取到内存中。随后再一个字节一个字节的慢慢返回。...操作系统能够直接传输字节从文件系统缓存到目标的Channel中，而不需要实际的copy阶段。 copy阶段就是从内核空间转到用户空间的一个过程 可以看到速度相比较使用缓冲区已经有了一些的提高。...image 直接缓冲区和非直接缓冲区 既然我们要读取一个磁盘的文件，要废这么大的周折。有没有什么简单的方法能够使我们的应用直接操作磁盘文件，不需要内核进行中转呢？有，那就是建立直接缓冲区了。...image 直接缓冲区：直接缓冲区不需要内核空间作为中转copy数据，而是直接在物理内存申请一块空间，这块空间映射到内核地址空间和用户地址空间，应用程序与磁盘之间数据的存取通过这块直接申请的物理内存进行交互
Q: 传统I/O模式为什么将数据从磁盘读取到内核空间缓冲区，然后再将数据从内核空间缓冲区拷贝到用户空间缓冲区了？为什么不直接将数据从磁盘读取到用户空间缓冲区就好？...这样一来待传输的数据可以分散在存储的不同位置上，而不需要在连续存储中存放。..."传统I/O” VS “sendfile零拷贝I/O” 传统I/O通过两条系统指令read、write来完成数据的读取和传输操作，以至于产生了4次用户空间与内核空间的上下文切换的开销；而sendfile...接着用户空间和内核空间共享这个缓冲区，而不需要将数据从内核空间拷贝到用户空间。...read/write mapping. */ public static final MapMode READ_WRITE = new MapMode("READ_WRITE"); 读写模式表明，对结果对缓冲区所做的修改将最终广播到文件
领取专属 10元无门槛券
手把手带您无忧上云
