我经常能听到一些同学困惑，“面试造火箭，天天拧螺丝”，每天进行重复的业务开发，似乎自己的能力被日常工作限制，无法突破提高自己的能力水平。

我想说，难道懂得如何造火箭，还能没有实际价值吗?它的价值在于，当真的出现不可预测的、具有挑战性的任务时，你能不能 Hold 住。

举个真实的例子，前段时间周末，我被着急拉去优化一个 Go 语言开发的系统，马上要上线了但实际吞吐量与需求有数量级差距。对，你没看错，不是 Java 应用，而且我对 Go 的了解基本就是 HelloWorld 水平。下面我简单介绍一下，如何利用基础知识，快速定位问题，并通过两个代码量有限地修改，实现吞吐量的数量级提高。

初始的表现是，非常低的负载下，CPU 利用率就已经超过 80%。首先，通过第 33 讲的类似过程，定位问题在于低效实现导致的高 CPU 占用问题，利用 Go Profiling 发现热点代码，据此快速查出一个最频繁操作的算法复杂度是 nlogn。

修改为 logn 复杂度算法后，系统又表现出了新的特征，随着负载压力的提高，CPU 利用率无法超过 60%，内存、I/O 也还有很大余量，吞吐量虽然已经有数量级提高，但还是达不到设计目标。

进一步分析发现在某共享模块，竟然有可观的同步开销，原来不必要的共享以及其实现内部采用的一些线程安全手段，限制了系统的扩展性。将该模块修改为非共享实例后，CPU/ 内存等计算资源就得到了充分利用，吞吐量基本达到理论峰值。

这个问题本身难度并不是很高，使用的也是基础知识和技能，但也能说明掌握扎实的“基本功”，可以让你剥开问题的表象，感受到技术本质的价值所在。

但是，我发现很多技术人不具备这种“解决问题”的能力，我觉得主要是以下 2 个原因：

第一，“知其然不知其所以然”。做了多年技术，开发了很多业务应用，但似乎并未思考过种种技术选择背后的逻辑。

第二，知识碎片化，不成系统。无法完整、清晰地描述自己所开发的系统，或者使用的相关技术。

任何一个岗位都需要我们努力的学习，提升技能才能真正的突破自我和薪资成为高级的Java工程师。

*版权声明：转载文章和图片均来自公开网络，版权归作者本人所有，推送文章除非无法确认，我们都会注明作者和来源。如果出处有误或侵犯到原作者权益，请与我们联系删除或授权事宜。