reset

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 一、java.net.SocketException:Connection reset 首先，如果一端的Socket被关闭（或主动关闭，或因为异常退出而 引起的关闭），另一端仍发送数据，发送的第一个数据包引发该异常(Connect reset by peer)。然后，一端退出，但退出时并未关闭该连接，另一端如果在从连接中读数据则抛出该异常（Connection reset）。简单的说就是在连接断开后的读和写操作引起的。 如果在报错中有java.net.SocketInputStream.read():考虑要读取的输入流的资源不存在或者格式错误，也可能是路径地址出错 来源： oschina 链接： https://my.oschina.net/u/2395098/blog/664312

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 在使用HttpClient调用后台resetful服务时， “Connection reset”是一个比较常见的问题，有同学跟我私信说被这个问题困扰很久了，今天就来分析下，希望能帮到大家。例如我们线上的网关日志就会抛该错误： 从日志中可以看到是Socket套接字在read数据时抛出了该错误。 导致“Connection reset”的原因是服务器端因为某种原因关闭了Connection，而客户端依然在读写数据，此时服务器会返回复位标志“RST”，然后此时客户端就会提示“java.net.SocketException: Connection reset”。 可能有同学对复位标志“RST”还不太了解，这里简单解释一下： TCP建立连接时需要三次握手，在释放连接需要四次挥手；例如三次握手的过程如下： 第一次握手：客户端发送syn包（syn=j）到服务器，并进入SYN_SENT状态，等待服务器确认； 第二次握手：服务器收到syn包，并会确认客户的SYN（ack=j+1），同时自己也发送一个SYN包（syn=k），即SYN+ACK包，此时服务器进入SYN_RECV状态； 第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=k+1），此包发送完毕，客户端和服务器进入ESTABLISHED

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> Io 异常: Connection reset by peer: socket write error Connection reset by peer的原因： 经常出现的Connection reset by peer: 原因可能是多方面的，不过更常见的原因是： ①：服务器的并发连接数超过了其承载量，服务器会将其中一些连接Down掉； ②：客户关掉了浏览器，而服务器还在给客户端发送数据； ③：浏览器端按了Stop 来源： oschina 链接： https://my.oschina.net/u/203585/blog/168585

在日常使用GIT过程中，经常会出错，比如无意间丢失了未提交的数据，回退版本时丢失了工作目录，等等。经过思考发现，所有这些错误都是因为对GIT中一些基本的概念模糊而导致，因为对一些基本概念不清晰，导致对GIT每一条命令将会产生的结果不符合预期。下面我就梳理以下我经常碰到的问题相关的基本概念。 1. Working Directory（工作目录） Git的工作目录是保存当前正在工作的文件所在的目录，和working tree是相同的意思。在这个目录中的文件可能会在切换branch时被GIT删除或者替换。这个目录是个临时目录，临时存储你从GIT库中取出的文件，这些文件一直会被保存，直到下次提交。 2. GIT Directory（GIT库目录） 项目的所有历史提交都被保存在了GIT库目录中，只要你不作回滚操作，它应该不会丢失。 3. GIT Index（Git索引） Git index 可以看作是工作目录和Git库目录之间的暂存区，和staging area是相同的意思。可以使用Git index构建一组你准备一起提交的改变。Git Index和Git Staging area是同一个意思，都是指已经被add的但尚未commit的那些内容所在的区域。最简单的查看目前什么内容在index中的方法是使用 git status 命令。 命令中”Changes to be committed