1.java.net.SocketTimeoutException . 这 个异 常比较常见，socket 超时。 一般有 2 个地方会抛出这个，一个是 connect 的 时 候 ， 这 个 超 时 参 数 由connect(SocketAddress endpoint,int timeout) 中的后者来决定，还有就是 setSoTimeout(int timeout)，这个是设定读取的超时时间。它们设置成 0 均表示无限大。 2.java.net.BindException:Address alrea
查看采集数据的tomcat日志，习惯性的先翻到日志的最后去查看有没有异常的打印，果然发现了好几种异常信息，但是最多还是这个：
最近看了Redis的设计与实现，这本书写的还不错，看完后对Redis的理解有很大的帮助。另外，作者整理了一份Redis源码注释，大家可以clone下来阅读。
大公司面试特别喜欢问 Zookeeper，因为 Zookeeper 确实是足够的优秀，比如他的 Paxos 算法，Zab 协议，Leader 选举策略，分布式锁等都是大厂面试的高频考点。我们不仅需要熟悉使用 Zookeeper，更要了解他的底层原理，这样不论是工作还是学习都是游刃有余。
通常在进行同步I/O操作时，如果读取数据，代码会阻塞直至有 可供读取的数据。同样，写入调用将会阻塞直至数据能够写入。传统的Server/Client模式会基于TPR(Thread per Request),服务器会为每个客户端请求建立一个线程，由该线程单独负责处理一个客户请求。这种模式带来的一个问题就是线程数量的剧增，大量的线程会增大服务器的开销。大多数的实现为了避免这个问题，都采用了线程池模型，并设置线程池线程的最大数量，这由带来了新的问题，如果线程池中有200个线程，而有200个用户都在进行大文件下载，会导致第201个用户的请求无法及时处理，即便第201个用户只想请求一个几KB大小的页面。传统的 Server/Client模式如下图所示：
（2）零拷贝完全依赖操作系统，操作系统提供了就是提供了，没有提供就没有提供，java本身做不了任何事情
JAVA NIO有两种解释：一种叫非阻塞IO（Non-blocking I/O），另一种也叫新的IO（New I/O），其实是同一个概念。它是一种同步非阻塞的I/O模型，也是I/O多路复用的基础，已经被越来越多地应用到大型应用服务器，成为解决高并发与大量连接、I/O处理问题的有效方式。
通常在进行同步I/O操作时，如果读取数据，代码会阻塞直至有 可供读取的数据。同样，写入调用将会阻塞直至数据能够写入。传统的Server/Client模式会基于TPR（Thread per Request）,服务器会为每个客户端请求建立一个线程，由该线程单独负责处理一个客户请求。这种模式带来的一个问题就是线程数量的剧增，大量的线程会增大服务器的开销。大多数的实现为了避免这个问题，都采用了线程池模型，并设置线程池线程的最大数量，这由带来了新的问题，如果线程池中有200个线程，而有200个用户都在进行大文件下载，会导致第201个用户的请求无法及时处理，即便第201个用户只想请求一个几KB大小的页面。传统的 Server/Client模式如下图所示：
前言 只有光头才能变强 回顾前面： 给女朋友讲解什么是代理模式 包装模式就是这么简单啦 本来我预想是先来回顾一下传统的IO模式的，将传统的IO模式的相关类理清楚(因为IO的类很多)。 但是，发现在整理
前言:tomcat一度是web容器的标准，但是tomcat的并发量却只有200-400之间，即使现在有了aio模式，也没有提升太多。所以现在大部分都是使用netty作为高性能服务器框架，在dubbo，
采用 BIO 通信模型的服务器，通常由一个独立的 Acceptor 线程负责监听客户端的连接，它接收到客户端连接请求之后为每个客户端创建一个新的线程进行处理，处理完成后，通过输出流返回应答给客户端，线程销毁。
在上篇《Java IO（2）阻塞式输入输出（BIO）》的末尾谈到了什么是阻塞式输入输出，通过Socket编程对其有了大致了解。现在再重新回顾梳理一下，对于只有一个“客户端”和一个“服务器端”来讲，服务器端需要阻塞式接收客户端的请求，这里的阻塞式表示服务器端的应用代码会被挂起直到客户端有请求过来，在高并发的应用场景有多个客户端发起连接下非阻塞式IO（NIO）是不二之选（且只需要在服务器端使用1个线程来管理，并不需要多个线程来处理多个连接）。在现实情况下，Tomcat、Jetty等很多Web服务器均使用了N
Java NIO（Java Non-Blocking IO）也就是非阻塞IO，说是非阻塞IO，其实NIO也支持阻塞IO模型（默认就是），相对于BIO来说，NIO最大的特点是支持IO多路复用模式，可以通过一个线程监控多个IO流(Socket)的状态，来同时管理多个客户端，极大提高了服务器的吞吐能力。
“Apache Pulsar 2.3.0 重磅发布！最新版本包含支持在Kubernetes中执行Pulsar Functions，基于JSON Web Tokens的认证方式，C++和Python客户端对Schema的支持，Python Functions对于状态函数的支持，以及一系列新增的IO Connectors（Debezium，Canal，MongoDB， Elastic Search，以及HBase）”
MySQL 默认的事务隔离级别是可重复读（REPEATABLE READ），这 4 种隔离级别的说明如下。
如何为可扩展系统进行Java Socket编程 从简单I/O到异步非阻塞channel的Java Socket模型演变之旅 上世纪九十年代后期，我在一家在线视频游戏工资工作，在哪里我主要的工作就是编写Unix Unix Berkley Socket和Windows WinSock代码。我的任务是确保视频游戏客户端和一个游戏服务器通信。很幸运有这样的机会写一些Java Socket代码，我对Java流式网络编程和简洁明了的API着迷。这一点都不让人惊讶，Java最初就是设计促进智能设备之间的通信，这一点很好的
就像新IO为java带来的革新那样，让我们也开启一段新的程序人生。 关键字：NIO，BIO，伪IO，AIO，多路复用选择器，通道，缓冲区，jdk研究，回调函数，高并发 java.nio 概述 历史背景 在java nio出现之前，java网络IO是只有输入输出流操作的基于同步阻塞的Socket编程，这在实际应用中效率低下，因此当时高性能服务器开发领域一直被拥有更接近UNIX操作系统的Channel概念的C++和C长期占据。我们知道现代操作系统的根源都是来自于UNIX系统，它代表了操作系统层面底层
如果您对微服务配置中心的功能不是很了解，可以看下以下的背景介绍，若比较熟悉可以直接跳过。
HDFS读数据流程是Hadoop分布式文件系统的核心之一，它通过一系列的步骤实现了数据在HDFS中的读取和传输。
ZooKeeper是一款开源的 分布式应用 的 分布式协调服务 。它包含一个简单的 原语集 ，分布式应用程序可以基于它实现同步服务，配置维护和命名服务等。Zookeeper 设计很容易进行编程，它使用一种类似于文件系统的目录树结构的数据模型，以 java 方式运行，有 java 和 c 的绑定(binding)。 协调服务是非常难以被正确实现的。他们特别容易产生诸如竞态条件、死锁等错误。ZooKeeper背后的动机是为分布式应用程序减轻从零开始实现协调服务的难度。
在撰写这篇技术选型的文章之前，是比较犹豫的。因为，以其中一个开源项目开发者的身份，去写一篇三个开源项目的对比，即便很克制的去客观的比较，也很难有信服力。这就像，既是参赛选手，又想做裁判，观众肯定是不买账的。
作为服务端时, 需要接收客户端的连接, 需要接收客户端的数据, 或者向客户端发送数据.
ZooKeeper是一个开源的分布式应用程序协调服务，是Google的Chubby一个开源的实现。ZooKeeper为分布式应用提供一致性服务，提供的功能包括：分布式同步（Distributed Synchronization）、命名服务（Naming Service）、集群维护（Group Maintenance）、分布式锁（Distributed Lock）等，简化分布式应用协调及其管理的难度，提供高性能的分布式服务。
这段时间也一直在学习Netty相关知识，因为涉及知识点比较多，也走了不少弯路。目前网上关于Netty学习资料玲琅满目，不知如何下手，其实大家都是一样的，学习方法和技巧都是总结出来的，我们在没有找到很好的方法之前不如按部就班先从基础开始，一般从总分总的渐进方式，既观森林，又见草木。
ZooKeeper是一个开放源码的分布式协调服务，它是集群的管理者，监视着集群中各个节点的状态根据节点提交的反馈进行下一步合理操作。最终，将简单易用的接口和性能高效、功能稳定的系统提供给用户。
zk 一个分布式应用协调服务 zk是一个分布式，开源的，分布式协调服务，他提供了一组简单的原生接口，分布式应用可以基于它实现，高水准的同步，集群，配置管理和命名服务。它基于开发，使用简单的原则而设计。使用类似于文件系统目录树结构的数据模型。它基于java实现，可以为c和java应用服务。 协调是个臭名昭著的活儿。很容易产生资源竞争和死锁的问题。zk的实现动机就是缓解分布式应用在解决彼此斜体问题而产生的抓狂行为。 zk的设计目标 zk 是个简单的玩意儿。zk通过分布式的处理流程来协调应用彼此，它是使用的是一种
可能这两种代码看上去区别不大唯一区别就是输入输出流的关闭顺序。而这种顺序不同也会导致出错。
在分布式的项目中，指定的项目我们需要使用到锁的机制，但是在分布式下我们使用的内存锁都是相对独立的，因为每一个项目都有一个自己的JVM，而我们使用java类的锁都是受JVM控制的，这样在两台真实服务器上调用同一把锁的时候是没有办法进行锁操作，这个是我们就需要用到Zookeeper分布式锁了。
纯手打，总结！ Netty是什么？ Netty是当前非常流行的网络通讯开源框架，高并发和高可靠，底层就可以用Netty支撑。 Netty 官网：https://netty.io/ 学习视频：https
大家问我为什么读这个来学netty，嗯嗯嗯？？我也说不上来，因为我以前看过某个培训班的课程，初步了解了一下netty，但是现在回想一下发现我所有的知识基本忘光了，不过没关系，慢慢来，一点一点的找回来不久好了吗，现在开始咱们读一读Netty权威指南这本书，学习一下Netty。当然了不会全部按照这本书来，我会加上自己学习的东西。
DistributedFileSystem：代码位于hadoop-hdfs-project\hadoop-hdfs-client\src\main\java\org\apache\hadoop\hdfs\DistributedFileSystem.java（hadoop3.2.1）
Zookeeper：HBase 通过 Zookeeper 来做 Master 的高可用、 RegionServer 的监控、存储Hbase元数据(如哪个表存储在哪个RegionServer上)以及集群配置的维护等工作。
众所周知，Redis是一个高性能的数据存储框架，在高并发的系统设计中，Redis也是一个比较关键的组件，是我们提升系统性能的一大利器。深入去理解Redis高性能的原理显得越发重要，当然Redis的高性能设计是一个系统性的工程，涉及到很多内容，本文重点关注Redis的IO模型，以及基于IO模型的线程模型。
分享一位同学快手Java后端一面的面经，全程1 小时都在问基础+八股文，没有问任何项目。有的公司公司，一面主要是看看同学的基础好不好，所以一面通常是重点问基础，二面就会多问项目了。
今天分享一位同学面试上海某游戏公司的面经，同学的技术栈是Java后端，虽然不是大厂，但是一面面试也被问了 25 多个问题，时长也接近 1 小时了
下一篇标题是《深入理解MQ生产端的底层通信过程》，建议文章读完之前、或者读完之后，再读一遍我之前写的《RabbitMQ设计原理解析》，结合理解一下。
一、套接字Socket IP地址标志Internet上的计算机，端口号标志正在计算机上运行的进程（程序）。 端口号被规定为一个16位的0--65535之间的整数，其中，0--1023被预先定义的服务通信占用。 当两个程序需要通信时，可以通过Socket类建立套接字对象并连接在一起。（端口号与IP地址的组合得出的一个网络套接字） 二、示例 （1）客户端服务器端一对一；聊天 1 package mychat; 2 3 import java.io.BufferedReader; 4 import ja
Apache Kafka是一个事件流平台，其结合了三个关键的功能，使你可以完成端到端的事件流解决方案。
在上一篇博文中讲述了几种IO模型，现在我们开始进入Java NIO编程主题。NIO是Java 4里面提供的新的API，目的是用来解决传统IO的问题。本文下面分别从Java NIO的几个基础概念介绍起。
传统的 IO 流还是有很多缺陷的，尤其它的阻塞性加上磁盘读写本来就慢，会导致 CPU 使用效率大大降低。
本文会涉及到阻塞、非阻塞、多路复用、同步、异步、BIO、NIO、AIO等几个知识点，知识点虽然不难但经常容易搞混，这次带领大家再回顾一遍。
本篇文章主要介绍的是SpringBoot整合Netty以及使用Protobuf进行数据传输的相关内容。Protobuf会简单的介绍下用法，至于Netty在之前的文章中已经简单的介绍过了，这里就不再过多细说了。
NIO被叫为 no-blocking io，其实是在网络这个层次中理解的，对于FileChannel来说一样是阻塞。对于网络通信是还有如下几个Channel
vdbench是一个 I/O 工作负载生成器，用于验证数据完整性和度量直接附加和网络连接的存储的性能。它是一个免费的工具，容易使用，而且常常用于测试和基准测试。 可以使用vdbench测试磁盘和文件系统的读写性能。 注：此软件的带宽及字节结算单位均为1024进制。
Java标准IO 与 Java NIO 的简单差异示意： Java标准IO Java NIO API调用 简单 复杂 底层实现 面向流（stream)，单向 面向通道（channel），释放CPU、内存压力 成效 同步阻塞 同步非阻塞 数据窥视 阻塞读取，要么足够，要么没有 使用缓冲区（Buffer）， 读数据时需要检查是否足够 处理数据的线程数 1:1（一个线程处理一个流） 1:N（选择器（Selector），多路复用，可以一个或几个少量线程管理多个通道） Java N
对于Java Socket编程而言，有两个概念，一个是ServerSocket，一个是Socket。服务端和客户端之间通过Socket建立连接，之后它们就可以进行通信了。首先ServerSocket将在服务端监听某个端口，当发现客户端有Socket来试图连接它时，它会accept该Socket的连接请求，同时在服务端建立一个对应的Socket与之进行通信。这样就有两个Socket了，客户端和服务端各一个。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
