分享两个实际解决问题的案例

这两个案例不是我自己做的，是我们首席架构师中午一起去吃饭的路上他分享的自己的经历。就是聊聊天，我全部听懂并记住了，可见我们首席架构师的功力，能把技术问题讲的非常浅显易懂，不愧是30年前的清华生。

以下为了叙事方便，以第一人称我视角叙述。

规避系统bug

15年的时候，某业界大佬在试用一款国产安卓手机。在上面安装了我司的IM(即时通信，可以理解为一款更加安全的微信，可以简单理解为聊天工具)，如果在频繁的操作手机，IM反应是没有问题的。但是手机放置了一段时间之后，来了消息，会震动，这也是符合预期的。但是问题是震动停不下来，会一直响，不是预期的响5秒就停下来。

我当时的思路是放置一段时间不用会发生什么。我想到放置一段时间系统会进入休眠状态。休眠状态系统的一部分功能会不响应，直到被唤醒。验证了确实是这个问题导致之后，就想办法来规避这个操作系统问题。本质上这是由于三方问题引起的，所以为了绕过这个问题，解决方法可以不用正统的解决方法：先调用一个对用户不可见的功能触发系统唤醒，再调用消息通知。

性能问题排查

之前在一台物理机上部署的Java应用运行特别慢。为了解决问题，采用重启大法，重启整个物理机。重启之后开始运行很快，运行一段时间之后速度就很慢了。查看GC日志发现不用说fullGC了，连minorGC都需要1s多。

排查原因发现因为SWAP设置的特别大。SWAP是为了解决物理内存不够时，使用一部分磁盘空间作为虚拟内存来用。因为读写磁盘要比读写内存慢几十倍，所以速度自然就慢了。

通过这两个例子，我想表达：大公司有大公司要解决的难点，比如高并发、稳定性等。小公司有小公司面临的问题。只要能解决问题，就能体现自身的能力，没有必要拿自己公司接触不到的难点来要求自己，只要养成为工作思考的习惯，努力解决问题，都会受到认可。