科技杭州网站建设,电商网站开发平台需要多少,您的网站空间已过期,华为荣耀商城官网旗舰店这是一篇很随性的浅谈#xff0c;主要围绕着作为一个服务端程序员如何解决疑难杂症这个话题。我是一名使用java的程序员#xff0c;在我的认知范围内#xff0c;java还是擅长于服务端业务编程。即#xff1a;拥有完善的解决企业级信息化问题的生态#xff0c;适用于服务端…这是一篇很随性的浅谈主要围绕着作为一个服务端程序员如何解决疑难杂症这个话题。我是一名使用java的程序员在我的认知范围内java还是擅长于服务端业务编程。即拥有完善的解决企业级信息化问题的生态适用于服务端非极端性能要求下的一种编程语言。这里的重点是 生态健全能够快速应对各种复杂业务。 面向服务端众所周知java在客户端浏览器、桌面端、嵌入式领域做的不是很好只有安卓还说得过去。 性能中立现代jvm性能在理论上不次于c但中间件、操作系统等对性能、高并发要求苛刻的场景中选择java作为开发语言的很少。 所以对于80%的java程序员可能就是写写业务代码。甚至在中国计算机行业环境下不进入大厂是无法接触到高并发和大数据量的。导致自身技术无法提升即使是死记硬背八股文最后也只是停留在理论N多天后就忘了到头来也只是个干业务的java程序员。当然进了大厂也不一定能接触到核心技术一样是个普通的java程序员。所以对于很多人35岁就终结了职场生涯。 不是java程序员还是什么答服务端工程师。 为啥叫服务端工程师一个优秀的程序员不只局限于一种java语言可以是多种语言或基于java语言能够做到极致解决一切关于服务端相关的问题。这样的程序员我认为可称为服务端工程师。其应该具有的能力和素质包括不限于 用自己和团队所能把控的技术解决一切服务端需求无论是纯业务的还是技术的 具有独立的设计和思考能力能够对技术实现方案提出质疑无论是质疑别人还是自己 负责、不要甩锅但知道边界在你的职责范围内切勿干涉别人的领域和负责的事 能够解决一切服务端遇到的问题这里包括不限于
自己和他人产生的问题自己做的东西遇到问题自己要能解决历史遗留的老系统无数人写的屎山代码在没有任何说明和帮助的情况下快速接手并解决问题。非功能性和功能性问题功能性问题指的是业务问题。非功能性问题指的是性能、稳定性、可扩展性等技术问题。 可能很多人认为有架构师和基础架构组帮忙解决非功能性问题就够了我只要能开发业务需求就可以了。如果你这样想必定会面临35岁的噩梦。
上面四点对一个服务端工程师的定义本文只想讨论一个服务端程序员如何解决疑难杂症即怎么能够解决一切服务端遇到的问题。 我认为一个优秀的服务端工程师表现能力的时刻不只是设计和编码很重要一点是解决问题的思路和手段。一般打法为遇到问题-提出猜想-分析并验证-解决问题-复盘。 这个打法不是为了卷而是为了解决问题并对自己掌握的知识做迭代更新。 提出猜想根据过往的经验先粗略评估出排查问题的方向可以根据过往经验和理论知识去定。这样遇到问题不会手忙脚乱。 分析并验证有了大体方向需要使用工具、实验去印证方向是否正确。不正确无法解决问题退回第一步重新提出猜想继续验证直到能够给出解决问题的最终方案。 解决问题有了最终方案解决问题就简单了。 复盘复盘不是为了追责举办一场批斗大会而是总结解决问题的思路、分享经验。复盘不局限于形式譬如写一个简单的分析过程分享给大家甚至是自己总结成笔记说出来、写出来远比自己大脑里想过一遍理解的更深刻。 解决功能性问题取决于自己对业务的理解对系统的理解。这两点通常是需要时间的比如亲身参与过系统的设计和功能的开发或过往经历有业务领域的知识储备。但有的时候并不是这么美好比如
你刚到一家新公司的第一天领导不容分说就让你上手干活。你接手了一个庞大的老系统之前的研发人员都走了没留下任何文档而你对该业务领域并不熟悉。 这时你唯一能做的就是硬着头皮上通过一些普适的技术手段对这个黑盒进行分析。 解决非功能性问题取决于你对计算机基础技术的掌握程度无论是在设计开发阶段还是上线后基础牢靠的人总会提前发现问题并解决掉或在出现问题时有独到的手段解决问题。基础本质上就是大学的课程数据结构与算法设计开发阶段可以针对面临的问题找出合适的算法。这不是说要自己写个多牛b的算法和数据结构而是能否找出一个现成的东西中间件、数据库、类库等解决问题。比如了解redis的数据结构原理选一个合适的结构存储你的数据能够成倍加速你的应用性能。操作系统在面对高并发和大数据量涌入服务器的时候操作系统也不是那么可靠。或者操作系统实现的机制中可以进行调优加快应用的计算速度。网络我们都知道TCP是可靠传输的但实际并不那么可靠。总会遇到丢包、超时重传等问题会导致用户体验极差。我们要有能力排查这些问题。编程语言基础编程语言基础不只是语法规则对jvm内存管理、线程、各种类库的深入理解可以在出现问题时快速定位问题。计算机组成原理同样面对高并发和大数据量的情况对CPU、内存、磁盘、网络的硬件工作原理有深入的理解加上对操作系统的深入理解能够加速解决一些极端的问题。
本质上一个服务端工程师不需要掌握多种编程语言熟悉多种数据库、中间件的使用。上面的基础打牢靠了就非常不错了。任何一个大厂的面试无论是八股文还是面试官的随性提问都离不开这些基础。这种刁钻刻薄的问题不是为了卷而是复杂系统在高并发的流量冲击下每一行代码都需要深思熟虑。
无论是功能性问题和非功能性问题都可以使用的普适手段
run起来即使是接手的屎山代码也要先跑起来才能观察其内部机制。遇到线上问题先考虑能否重放有问题的请求复现问题。寻找可观测的手段系统若是有链路跟踪可以使用链路跟踪分析问题。没有可以尝试查找日志可能需要熟悉操作系统命令观察监控系统的各种指标所以需要对常用的业务和非业务指标名词有基本的了解。使用一些工具我很喜欢收集一些工具比如观测CPU、内存、磁盘、网络的工具、jvm分析工具等。 不得不说对各种工具熟练使用能够加快排查问题的速度。但对专业工具能够熟练使用的前提是要有扎实的基本功和理论知识。所以我的建议是在你的职业生涯中要不断加强基本功数据结构与算法、操作系统、网络、编程语言基础、计算机组成原理 我的团队曾在毫无准备的情况下接手了一个遗留的老系统这并不是我们所负责的业务领域对其领域知识可以说为0。接手第一天就有业务方找来报各种线上问题这个系统没有任何文档交接给我们。我们拿到问题后是这样做的对用户请求使用tcpdump在服务器上进行抓包观察里面的请求参数、请求URL转换成curl命令尝试重放请求这里要考虑是否对业务有损基于重放的请求观察日志根据请求参数和日志找到代码的入口点仔细分析每行代码的执行结果从而解决问题 另外一个真实场景我们在热点流量的冲击下偶现单机大量的熔断异常导致个别机器接口请求错误率非常高。最初认为是调用下游接口过慢导致的熔断找到下游同事一起排查在下游的视角下其接口整体耗时并不高在我们熔断的请求中他们接口耗时很低并返回了正常的结果所以问题出现在我们系统内部。我们是这样排查的观察监控系统中出问题的单机CPU、内存、网络等负载是否有飙升观察gc日志分析出现问题时间段的gc情况是否stw时间过长上面2点都没有异常那么是不是请求线程执行慢了使用jstack打印线程栈发现死锁根据死锁的栈逐行去跟踪类库和Jdk源码发现是dnsjava在做dns udp的情况下出现了死锁的bug这个问题不是dnsjava这是jdk1.8的一个bug解决办法要么遇到了重启服务器要么升级jdk版本要么升级glibc版本 上面俩个场景可以看到熟练掌握分析工具扎实的基本功是很重要的一件事。我们遇到过很多千奇百怪的问题人为导致的、操作系统或基础组件实现的bug、操作系统或jvm参数配置不正确等等。很多问题很少的QPS或数据量是无法触发的。 这里我也列出一些常用的工具
CPU、内存、磁盘、网络
Linux基本命令top、vmstat、ps、free、netstat、lsof、strace、/proc、/sys其他工具bcc-tools、perf、sysstat、valgrind、systemtap、heap profiling、tcpdump、wireshark、Intel VTune Profiler
JVM
jdk自带工具jstack、jstat、jps、jmap、jhat、HSDB、visualvm、jconsole其他工具arthas、jprofiler、mat、gcviwer在线工具gceasy、heaphero、perfma
日志分析
Linux基本命令tail、grep、zgrep、zcat、awk、sed、less、more、sort、uniq其他工具ELK
如果你对性能和各种疑难杂症分析有兴趣推荐看的资料 书
性能之巅bpf之巅高性能超标量CPU现代CPU性能分析与优化深入理解java虚拟机垃圾回收的算法与实现 一些优秀的网站和公众号开发内功修炼微信公众号低并发编程公众号https://easyperf.nethttps://www.brendangregg.comhttps://heapdump.cn
