大量的 TCP 连接是 TIME_WAIT 状态
|
可以看到，这一层的proxy素质尤其重要。如果你不巧碰见了一个水货proxy，你的悲惨程度可想而知。但如果你遇到一个nice的proxy，那就珍惜他，因为所有的压力，都需要由他传导。 那一般的nginx工程师是怎么做的呢? 为了让驴拉磨，人们想出四招：蒙眼睛、捂嘴巴、堵耳朵、抽鞭子。 同样，要想proxy顺利推行，proxy就可以不让你看到某些事情;你想要发表意见的时候，使用暴力手段堵住你的嘴;当你想要聆听领导真实意图，堵住你的耳朵;当你有所懈怠的时候，使用鞭子督促你完成工作。 很多公司由于人员众多，结构复杂，就存在着多层proxy的拓扑。这种公司非常的精彩，一个proxy，可以作为另一个proxy的client，很多时候，竟然会发生server的数量比client的数量多的情况。 我很可怜这些proxy们，他们活的太累了。但由于proxy的工作特性，只需要进行完整的转发即可完成工作，不需要思考--自然有一头乌黑油亮的秀发。加上nginx工程师可以很容易打破35岁魔咒，所以这个职业依然让人趋之若鹜。 你也想做一枚nginx工程师么?
作者简介：小姐姐味道 (xjjdog)，一个不允许程序员走弯路的公众号。聚焦基础架构和Linux。十年架构，日百亿流量，与你探讨高并发世界，给你不一样的味道。我的个人微信xjjdog0，欢迎添加好友，进一步交流。 2.3 注释太多，代码很low 阿粉说这个的意思是这个样子的，大家有没有发现，有时候，你看到注释的时候，满心欢喜的，感觉就是上一个哥们很给力呀，这注释写的明明白白的，但是看到下面的代码的时候，就有了一种想要“一起去爬山”的心情，而我们在写注释的时候需要注意什么?
2.4 非常长的函数 话说阿粉在看到这个过长函数的时候，并没有什么感觉，为什么函数过程不太好呢，阿粉把《重构：改善既有代码的设计》中的第三章硬生生的看了好几遍，书中大致内容如下： 拥有短函数的对象会活的比较好,比较长. 不熟悉面向对象的人,常常觉得对象程序中只有无穷无尽的委托,根本没有进行任何计算. 和此类程序共同生活数年之后,你才会知道, 这些小小函数有多大价值. "间接层"所能带来的全部利益- 解释能力,共享能力,选择能力.这都是由小型函数支持的. 这段话是出自书中的，那么这是个什么意思呢?其实说白了，就是，你的一个方法里面，写了太多太多的逻辑，阿粉因为公司代码涉密的关系，不能给大家截图，而这里所说的就是，你在方法里面一个方法写了1000多行的代码。 真的有这么复杂的么，说实话，不排除这种可能性，毕竟程序是多变的，但是你是不是需要自己想一下，如果你写了一个方法，方法里面处理了一大堆逻辑，然后滑轮使劲好几下，一个方法没结束，那么对接下来的维护人员，就不单单说维护人员了，就是你自己三个月之后来看自己写的代码，你确定你能维护好么? 而我们需要怎么做? 把逻辑整理，分解为不同的小函数(小方法)。提高可读性，这样，我们在之后的代码维护也好维护，处理也好处理，不是么? 3.如何写出优雅的代码
到这里，阿粉希望大家能够写出足够优雅的代码，不会像阿粉一样，因为把代码写的稀碎，最终导致自己差点被公司开了。 （编辑：常州站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
