Flink 官网主页地址：https://flink.apache.org Flink 官方中文地址：https://nightlies.apache.org/flink/flink-docs-stable/zh/ Flink 反压：https://nightlies.apache.org/flink/flink-docs-release-1.19/zh/docs/ops/monitor

Flink 官网主页地址：https://flink.apache.org Flink 官方中文地址：https://nightlies.apache.org/flink/flink-docs-stable/zh/ Flink 反压：https://nightlies.apache.org/flink/flink-docs-release-1.19/zh/docs/ops/monitor

官网地址：https://git-scm.com/docs git diff 官网地址：https://git-scm.com/docs/git-diff 知识前提：git 重要的三个工作区域： 工作区(Working Directory）：写代码的目录。就是项目代码存放的目录。 暂存区（index/stage）：工作区与版本库之间的缓冲地带。用 git add 把文件添加进去，

官网地址：https://git-scm.com/docs git reset 官网地址：https://git-scm.com/docs/git-reset 1、知识前提：git 重要的三个工作区域 工作区（Working Directory）：写代码的目录。就是项目代码存放的目录。 暂存区（index/stage）：工作区与版本库之间的缓冲地带。用 git add 添加文件，

Flink 官网主页地址：https://flink.apache.org Flink 官方中文地址：https://nightlies.apache.org/flink/flink-docs-stable/zh/ flink-cdc GitHub: https://github.com/ververica/flink-cdc-connectors 1、什么是 CDCCDC 是 C

官网地址：https://git-scm.com/docs git ls-remote 官网地址：https://git-scm.com/docs/git-ls-remote 知识前提：git 重要的三个工作区域： 工作区(Working Directory）：写代码的目录。就是项目代码存放的目录。 暂存区（index/stage）：工作区与版本库之间的缓冲地带。用 git ad

Flink 官网主页地址：https://flink.apache.org Flink 官方中文地址：https://nightlies.apache.org/flink/flink-docs-stable/zh/ 介绍当 Task 发生故障时，Flink 需要重启出错的 Task 以及其他受到影响的 Task ，以使得作业恢复到正常执行状态。重启的策略有 2 种方式配置。 基于配置文

官网地址：https://git-scm.com/docs git branch 官网地址：https://git-scm.com/docs/git-branch 知识前提：git 重要的三个工作区域： 工作区(Working Directory）：写代码的目录。就是项目代码存放的目录。 暂存区（index/stage）：工作区与版本库之间的缓冲地带。用 git add 把文件添

IPIP 地址（Internet Protocol Address）是互联网上用于唯一标识和定位计算机设备的数字地址。它是在 TCP/IP 协议中使用的一种地址，用于在网络上标识设备和进行数据传输。 IP 地址是由 32 位（IPv4）或 128 位（IPv6）的二进制数字组成，通常以点分十进制的形式表示。IPv4 地址通常以四个十进制数表示，每个数的取值范围是0到255，例如：192.

零、一些知识MTU、MSS MTU：一个网络包的最大长度，以太网中一般为 1500 字节。 MSS：除去 IP 和 TCP 头部之后，一个网络包所能容纳的 TCP 数据的最大长度。 RTT(Round-Trip Time)：往返时延。表示从发送端发送数据开始，到发送端收到来自接收端的确认（接收端收到数据后便立即发送确认），总共经历的时延。 拥塞控制目前有非常多的 TCP 的拥塞控制协议，例如：

各种状态的说明 CLOSED: 表示初始状态。 LISTEN: 表示服务器端的某个SOCKET处于监听状态并可以接受连接了。 SYN_SENT: 这个状态是client端状态，与SYN_RCVD遥想呼应，当客户端SOCKET执行CONNECT连接时，它首先发送SYN报文，因此也随即它会进入到了SYN_SENT状态，并等待服务端的发送三次握手中的第2个报文。SYN_SENT状态表示客户端已发送

自动重传请求（Automatic Repeat-reQuest，ARQ）自动重传请求（Automatic Repeat-reQuest，ARQ）是 OSI 模型中数据链路层和传输层的错误纠正协议之一。它通过使用确认和超时这两个机制，在不可靠服务的基础上实现可靠的信息传输。如果发送方在发送后一段时间之内没有收到确认信息（Acknowledgements，就是我们常说的 ACK），它通常会重新发送，直

标准的 TCP 确认机制中，如果发送方发送了 0-1000 序号之间的数据，接收方收到了 0-100、300-1000，那么接收方只能向发送方确认 101，这时发送方会重传所有 101-1000 之间的数据，实际上这是不必要的，因为有可能仅仅是丢了一小段而已，但是在标准的 TCP 确认机制中，发送方无法感知这一事情，只能重传从 101 开始的所有数据。 为了优化这种情况，必须让发送方知道更多的接收

HTTP 1.0 和 HTTP 1.1 的主要区别是什么HTTP/1.0 最早在网页中使用是在 1996 年，那个时候只是使用一些较为简单的网页上和网络请求上，HTTP/1.1 则在 1999 年才开始广泛应用于现在的各大浏览器网络请求中，同时 HTTP1.1 也是当前使用最为广泛的 HTTP 协议。主要区别主要体现在： 长连接： HTTP/1.0 中，默认使用短

简介HTTP 协议是以 ASCII 码 传输，建立在 TCP/IP 协议之上的应用层规范。规范把 HTTP 请求分为三个部分：状态行、请求头、消息主体。 协议规定 POST 提交的数据必须放在消息主体（entity-body）中，但协议并没有规定数据必须 使用什么编码方式 。实际上，开发者完全可以自己决定消息主体的格式，只要最后发送的 HTTP 请求满足上面的格式就可以。 数据发送出去，

根据 HTTP 标准，HTTP 请求可以使用多种请求方法 HTTP1.0 定义了三种请求方法：GET、POST 和 HEAD 方法。 HTTP1.1 新增了六种请求方法：OPTIONS、PUT、PATCH、DELETE、TRACE 和 CONNECT 方法。 1、GET 【获取资源】GET 本质就是发送一个请求来取得服务器上的某一资源。资源通过一组 HTTP 头和呈现数据（如 HTML 文

这篇文章写的不错，转载一下 https://zhuanlan.zhihu.com/p/43789231 为什么需要加密？因为 http 的内容是明文传输的，明文数据会经过中间代理服务器、路由器、wifi热点、通信服务运营商等多个物理节点，如果信息在传输过程中被劫持，传输的内容就完全暴露了。劫持者还可以篡改传输的信息且不被双方察觉，这就是中间人攻击。所以我们才需要对信息进行加密。最容易理解的就是对称

1、TLS/SSL 的前世今生SSL(Secure Sockets Layer)最初由 Netscape 定义, 分别有 SSLv2 和 SSLv3 两个版本(SSLv1未曾对外发布)，在 SSLv3 之后 SSL 重命名为 TLS。 TLS(Transport Layer Security)版本从 TLSv1.0 开始，TLSv1.0 是在 SSLv3 的基础上升级而来。 协议

IO 模型介绍传统的网络 IO 模型包括五种： [阻塞IO(blocking IO)](#阻塞IO(blocking IO)) [非阻塞IO(non-blocking IO)](#非阻塞IO(non-blocking IO)) [多路复用IO(IO multiplexing)](#多路复用IO(IO multiplexing)) 信号驱动IO模型 [异步IO(Asynchronous I

前提在介绍 select、poll、epoll 前，有必要说说 linux(2.6+) 内核的事件 wakeup callback 机制，这是 IO 多路复用机制存在的本质。 Linux 通过 socket 睡眠队列来管理所有等待 socket 的某个事件的 process，同时通过 wakeup 机制来异步唤醒整个睡眠队列上等待事件的 process，通知 process 相关事件发生。 通常情