前言：上周回家的时候，老爸说自己系统盘C盘只剩下几百M了，让我帮他清理一下C盘，结合我这些年经验，特写此文，希望对大家能有所帮助。
00
内容
一、清理思路
二、清理过程
三、后记
第一部分 清理思路
系统盘（C盘）所剩空间变少，要从三个方面的思路来考虑如何给它瘦身。
一是系统的设置导致的给空间减少，通过转移的方式。
二是常用的软件缓存导致空间变少，通过转移或删除缓存方式。
三是可以删除的各种数据，需要核对一下看是否想要删除。
图1
系统设置一般从虚拟内存下手，虚拟内存以前是为了解决内存小的问题，现在随着电脑内存越来越大，这个其实功能没有以前那么好用了，但是系统依旧保留了这个功能，一般来说默认放在C盘，而且每次开机都会分配很大一块空间，可以考虑转移到其它盘中，便于减少C盘占用空间。
系统设置第二个一般从删除休眠功能占用的空间，可以考虑关闭，我个人一般需要这个功能，所以不关闭这个。
常用的软件一般分为四类来看，即时通信（QQ、微信）、视频软件（爱奇艺、优酷等）、下载软件（迅雷）和办公软件（WPS）四类
最后一个就是临时文件的清理和一些可以删除的文件清理。
第二部分 清理过程
首先，先说一下如何调整系统设置
①调整虚拟内存，有两种方法
一是如图2所示，先选择电脑，选择右键，然后选择属性，进入系统面板，因为我这个是WIN10，WIN7操作有所不一样，但是问题不大。接着找到高级系统设置系统盘空间不足怎么清理，然后找到高级，在选择性能中的设置，然后选择高级，在选择更改，最后进行设置虚拟内存，可参考图3和图4。
图2
图3
图4
另一种方法就是，使用360安全卫士，打开360卫士，然后选择电脑清理，然后找到系统盘瘦身，然后可以从图5中看到，根据需要操作即可。
②如何释放系统休眠功能，看图5即可，但是我个人有用，所以一般不清理。
图5
③转移QQ的文件，如图6所示。
图6
④转移微信的文件，如图7所示。
图7
⑤清理爱奇艺、优酷、迅雷等软件的下载或缓存
这里不介绍了，有兴趣的可以自行百度，迅雷一般调整一下下载的地方，把文件进行转移即可，还有浏览器的下载内容也可以转移，爱奇艺、优酷的缓存也可以转移。
⑥WPS这个软件比较奇葩，我看了他占了4G的内存，除非重装，要不然基本没法转移走。
⑦介绍一款软件
Spacesniffer这款免费的软件，能够读取文件夹占比情况。如图8一样，打开软件，选择C盘，分析C盘文件占比情况。
图8
运行完毕后，获得图9，可以点击占比比较大的文件夹，然后会细分如图9左上角的样子，然后想删除的，就自己去百度一下，有没有用，自行判断要不要删除，我不给建议，毕竟每个人的不一样。
图9
⑧使用系统自带清理功能，如图10所示
图10
第三部分 后记
为什么要对系统盘（默认为C盘）系统盘空间不足怎么清理，那是因为C盘剩余空间不足的话，会严重影响电脑运行，所以C盘要是在有条件的情况下，尽可能的留下更大的空间。
以前XP系统安装完最小可以只需要500MB，而现在WIN7、WIN10随便都10GB以上，加上各种动态库，和各种软件越来越大，占用的空间越来越大，导致C盘不堪重负，因此需要对系统盘进行瘦身，清理一些不必要的文件，转移一些不必要的问题呢。
若是你的系统盘空间很大，不清理都无所谓啦，同时有很多软件都可以实现清理系统盘的功能，但我更喜欢手动操作，因为这样才能最大化清理无用文件。
为什么能够想到这些，那是因为积累，同时不断的学习，对操作的积累，写本文主要是提供一种思路给大家。
———END———
限 时 特 惠： 本站每日持续更新海量各大内部创业教程，一年会员只需98元，全站资源免费下载 点击网站首页每天更新
站 长 微 信： aiwo51889
2.服务器端允许 time_wait 状态的 socket 被重用缩减 time_wait 时间，设置为 1 MSL（即，2 mins）
结论：几个核心要点
1.time_wait 状态的影响：
2.现实场景：
3.解决办法：
4、附录 – 底层原理
几个方面：
附录 A：查询 TCP 连接状态
Mac 下，查询 TCP 连接状态的具体命令：
// Mac 下，查询 TCP 连接状态
$ netstat -nat |grep TIME_WAIT
// Mac 下，查询 TCP 连接状态，其中 -E 表示 grep 或的匹配逻辑
$ netstat -nat | grep -E "TIME_WAIT|Local Address"
Proto Recv-Q Send-Q Local Address Foreign Address (state)
tcp4 0 0 127.0.0.1.1080 127.0.0.1.59061 TIME_WAIT
// 统计：各种连接的数量
$ netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'
ESTABLISHED 1154
TIME_WAIT 1645
附录 B：MSL 时间MSL，Maximum Segment Lifetime，“报文最大生存时间”
1.任何报文在网络上存在的最长时间，超过这个时间报文将被丢弃。（IP 报文）
2.TCP报文 （segment）是ip数据报（datagram）的数据部分。
Tips：RFC 793中规定MSL为2分钟，实际应用中常用的是30秒，1分钟和2分钟等。
2MSL，TCP 的 TIME_WAIT 状态，也称为2MSL等待状态：
1.当TCP的一端发起主动关闭（收到 FIN 请求），在发出最后一个ACK 响应后，即第3次握 手完成后，发送了第四次握手的ACK包后，就进入了TIME_WAIT状态。
2.必须在此状态上停留两倍的MSL时间，等待2MSL时间主要目的是怕最后一个 ACK包对方没收到，那么对方在超时后将重发第三次握手的FIN包，主动关闭端接到重发的FIN包后，可以再发一个ACK应答包。
3.在 TIME_WAIT 状态时，两端的端口不能使用，要等到2MSL时间结束，才可继续使用。（IP 层）
4.当连接处于2MSL等待阶段时，任何迟到的报文段都将被丢弃。
不过在实际应用中，可以通过设置 「SO_REUSEADDR选项」，达到不必等待2MSL时间结束，即可使用被占用的端口。
附录 C：TCP 三次握手和四次握手
具体示意图：
几个核心疑问：
1.time_wait 是「服务器端」的状态？or 「客户端」的状态？
RE：time_wait 是「主动关闭 TCP 连接」一方的状态，可能是「客服端」的，也可能是「服务器端」的；
一般情况下，都是「客户端」所处的状态；「服务器端」一般设置「不主动关闭连接」。
2.服务器在对外服务时，是「客户端」发起的断开连接？还是「服务器」发起的断开连接？
正常情况下，都是「客户端」发起的断开连接；
「服务器」一般设置为「不主动关闭连接」，服务器通常执行「被动关闭」；
但 HTTP 请求中，http 头部 connection 参数，可能设置为 close，则，服务端处理完请求会主动关闭 TCP 连接，
关于 HTTP 请求中，设置的主动关闭 TCP 连接的机制：TIME_WAIT的是主动断开方才会出现的连接服务器失败是什么原因，所以主动断开方是服务端？
1.答案是是的。在HTTP1.1协议中，有个 Connection 头，Connection有两个值，close和keep-alive，这个头就相当于客户端告诉服务端，服务端你执行完成请求之后，是关闭连接还是保持连接，保持连接就意味着在保持连接期间，只能由客户端主动断开连接。还有一个keep-alive的头，设置的值就代表了服务端保持连接保持多久。
2.HTTP默认的Connection值为close连接服务器失败是什么原因，那么就意味着关闭请求的一方几乎都会是由服务端这边发起的。那么这个服务端产生TIME_WAIT过多的情况就很正常了。
3.虽然HTTP默认Connection值为close，但是，现在的浏览器发送请求的时候一般都会设置Connection为keep-alive了。所以，也有人说，现在没有必要通过调整参数来使TIME_WAIT降低了。
关于 time_wait：
1.TCP 连接建立后，「主动关闭连接」的一端，收到对方的 FIN 请求后，发送 ACK 响应，会处于 time_wait 状态；
2.time_wait 状态，存在的必要性：
a、 可靠的实现 TCP 全双工连接的终止：四次挥手关闭 TCP 连接过程中，最后的 ACK 是由「主动关闭连接」的一端发出的，如果这个 ACK 丢失，则，对方会重发 FIN 请求，因此，在「主动关闭连接」的一段，需要维护一个 time_wait 状态，处理对方重发的 FIN 请求；
b、 处理延迟到达的报文：由于路由器可能抖动，TCP 报文会延迟到达，为了避免「延迟到达的 TCP 报文」被误认为是「新 TCP 连接」的数据，则，需要在允许新创建 TCP 连接之前，保持一个不可用的状态，等待所有延迟报文的消失，一般设置为 2 倍的 MSL（报文的最大生存时间），解决「延迟达到的 TCP 报文」问题。
———END———
限 时 特 惠： 本站每日持续更新海量各大内部创业教程，一年会员只需98元，全站资源免费下载 点击网站首页每天更新
站 长 微 信： aiwo51889
