jsp企业网站开发前期报告,百度学术官网入口,广州商务网站建设电话,重庆大渡口网站建设简介#xff1a; 对于程序员而言#xff0c;我始终认为代码是展现能力的关键#xff0c;一个优秀程序员写的代码#xff0c;和一个普通程序员写的代码是很容易看出差别的#xff0c;代码作为程序员的硬实力和名片的展示#xff0c;怎么提升写代码的能力始终是一个关键的话… 简介 对于程序员而言我始终认为代码是展现能力的关键一个优秀程序员写的代码和一个普通程序员写的代码是很容易看出差别的代码作为程序员的硬实力和名片的展示怎么提升写代码的能力始终是一个关键的话题不过很遗憾这篇文章其实也不是讲具体的步骤、银弹方法、武功秘籍什么的这篇文章讲讲我自己印象中对我写代码能力提升比较大的四段经历也许可供参考。 第一段第一次感受每天亿级系统的挑战 2008 年HSF 的第二个版本在当时淘宝最重要的交易中心上线上线当天造成淘宝网站访问巨慢交易类的页面几乎打不开最后靠下线 HSF 才恢复。 下线后开始查问题HSF 的第二个版本基于的是 jboss-remotingjboss-remoting 在当时的版本里远程同步调用的超时时间是写死在代码里的 60s而调用的服务确实会有一些超过 10 几秒的现象出现导致了 web 应用处理 web 请求的线程池被这些慢请求给逐渐占据请求堆积最终呈现出了页面打开非常慢的现象。 查清原因后决定基于当时的 Mina 重写整个 HSF 的通信重写的这两个月时间对我自己写代码的能力有很大的提升无论是对网络 IO 方面处理的深入学习还是在高并发系统上的深入学习现在想想学习的方式也就是翻各类网络 IO 的科普资料然后是读 Mina 的源码、Java 网络 IO 的源码并发这块的学习主要还是靠那本经典的《Java 并发编程实战》以及读 Java J.U.C 里的代码这段时间的学习相比以往翻 Think in Java 之类的最大区别是学习后付诸实践随着 HSF 这个新的重写的版本的上线基本算是逐渐真正掌握了这些部分的代码能力。 除了代码能力的提升外得到了另外一个最大的教训就是对于一个亿级且长时间运行的系统很多看起来的小概率的问题都一定会成为严重的问题这也是为什么写高并发系统的难度要求了必须对自己写的代码以及自己代码调用到的各种 API 里的实现都非常的清楚这样才能真正确保最终代码的鲁棒性。 第二段民间“消防队”的故事 第二段对我自己写代码能力提升特别大的经历是在民间消防队的那段日子淘宝在 2009 年故障特别多但处理故障还没有一个标准的体系和组织导致很多时候会出现故障出了都没什么人处理或者处理效率不高于是当时有个运维团队的同学拉了一些人组建了一个群群的名字叫淘宝消防队用来处理淘宝出现的各种故障我很凑巧的也加入了这个群这个群里还有另外一个整个阿里公认的超级技术大神多隆。 一开始看到各种故障的时候压根就不知道怎么下手处理故障会需要的通常不仅仅是写代码的能力还需要对一个系统全貌要有一定的掌握例如前几年一篇特别火的文章当点击搜索背后发生了什么这样的文章其实就是要对一个系统的处理流程特别的熟悉这在处理故障的时候是非常重要的在有了故障大概在哪个环节后很重要的就是对这个环节代码运行机制的细节掌控了这个时候通常来说各种工具非常重要可以有效的帮助你知道具体发生了什么例如像系统层面的 top -H 之类的 java 层面的 btrace 等等都可以让你根据运行情况去定位问题的点。 这段时间我觉得我的提升就是靠大量的练手故障确实有点多一开始就靠看人怎么处理主要是从多隆这里学然后是尝试自己解决一些故障解决的越来越多后慢慢熟练度就上去了除了解决故障能力的提升外因为看了很多由于代码层面造成的故障对自己在写代码时如何更好的保证鲁棒性来避免故障是非常有帮助的例如我看过很多滥用线程池造成创建了大量线程最终导致线程创建不出来的 case就会明白自己在用线程池的场景里一定要非常清楚的控制最大的数量包括堆积的策略等又例如我看过 N 多的因为自增长容量的数据结构导致的 OOM 的 case就会明白在写代码的时候不能认为一定不会发生数据结构增长到超级大所以不做任何保护的 case这个时间我明白到的就是写一段能运转实现需求的代码不难但要写一段在各种情况下都能长期稳定运行的代码是真心不容易这我觉得是一个职业的写商业系统的程序员和只是写程序玩玩的最大差别。 第三段重写通信框架 2010 年我从中间件团队离开去做 HBase那个时候的 HBase 里面的通信还是用一个非常简单的写法实现的我想着要么就把以前 HSF 里用的移植到 HBase 里用这个时候刚好多隆在用 c 给各类 c 的应用写一个通用的通信框架 libeasy于是就有了一次测试我记得第一次测试结果看到原来 HSF 里面的通信框架的高并发能力和 libeasy 比相差无比巨大我和多隆便探讨他是怎么实现的我看看能不能学习下在 Java 这边的版本里也改改所以有了这段重写通信框架的经历。 本来以为之前在写 HSF 的那几年应该算是对通信框架这块的代码相关的能力掌握的不错了在和多隆一起重写的这段过程中才发现差距还是很大的多隆教会了很多细节的问题基于 NIO 的通信框架的核心是用非常少的 IO 线程来处理 IO 事件太多也没用因为有些部分就只能串行所以怎么高效的使用好这几个 IO 线程是非常关键的要尽量减少这几个 IO 线程处理一些不相关的动作另外一点就是尽量减少 IO 线程和业务处理线程的切换例如后来常见的批量把一个流里的多个请求一次性丢给业务处理线程。 这段经历对自己更加深入的掌握在代码逻辑整体的细节层面是非常有帮助的这对于写要求很高的系统是非常重要的毕竟对于一个超大规模的系统而言1% 的提升还是可观的。 第四段学习 JVM 之前因为处理故障比较多有段时间我开始给公司同事们分享如何处理故障后来发现有些问题自己也讲不清楚或者也不知道怎么处理必须深入学习 JVM 才行但其实一开始我完全摸不着门路JVM 代码打开都不知道从哪看起。 很幸运碰到了一个同样爱好又比我强很多的同学就是撒迦圈内通常叫 R 大我和撒迦好几个周末约着在公司一起看 JVM 代码有撒迦的指点我终于是入门了知道大概怎么去看了而且两个人一起看代码互相分享和探讨效率是非常高的。 有了这段经历再加上继续处理着一些故障基本上逐渐对 JVM 的代码实现有了更多的理解在后来做故障分享、问题解决什么的时候终于能更好的做到知其然知所以然同样这对处理故障的能力写代码的能力也是非常有帮助的例如会更加明白以前认为的所谓的面向 GC 友好的代码是几个意思也会有了更深的感受是其实 Java 的代码呢通常不会写的太烂因为 JVM 在运行期会做很多的尽可能的优化拉到一个平均线但要写的很好难度是非常大的因为需要懂 JVM懂 JVM 下面的 OS。 总结 其实也总结不出什么因为每个人的环境什么的不太一样也有适合各自提升的方法我看自己的经历呢我觉得 如果环境不具备就给自己一个挑战的命题例如要学高并发的通信可以尝试自己写一个和其他的做对比做性能等的 pk这个通常提升还是会很大的要学 GC可以尝试给自己几个题目来控制 GC 的行为等如果环境具备的话确实会更加有利。多和优秀的程序员一起我自己从多隆、撒迦身上学习到了很多很多从很多优秀的开源代码像 NettyOpenJDK 里面也学习到了很多很多所以多参与一些优秀的开源项目也是一个很好的提升方法看优秀的书例如并发里的那本 Java 并发编程实战JVM 里的 Oracle JRockit: The Definitive Guide深入理解 Java 虚拟机等也同样是一种向优秀程序员学习的好方法。多多尝试解决问题/故障这绝对是提升代码综合能力非常好的一个方法自己工作里机会少的话网上有大把像 stackoverflow 之类的都是很好的练习场。 最后的最后我还是想说代码能力作为程序员的硬名片始终是最有效的区分程序员能力的东西talk is cheap, show me the code 这句话我觉得是永远成立的。 作者毕玄 本文为阿里云原创内容未经允许不得转载