硬件

如果是硬件瓶颈就换硬件 （包括CPU、内存、网卡、硬盘）

软件

建议先 top 看下软件瓶颈在哪，CPU、内存、网络（netstat），哪个进程占用比较高

还有硬盘I/O等，一般情况比较少

（有时候可能不是自己代码的问题，也可能是第三方库的问题，需要注意）

CPU

是bug

比如，CPU异常 100%，C程序需要拿 gdb、pstack 工具去调试看看是不是死循环了

不是bug

看看需不需要分散CPU压力，多线程或者是集群分布式分担压力

内存

是bug

比如内存泄漏，C代码用 valgrind 排查泄漏点

不是bug

比如有些数组申请过长（比如1000），看下是不是能改个800，做一些代码层的优化（这种不属于内存泄漏），可能还需要配合打印日志，比如某个阶段占用的内存

网络

可以先 netstat 看下发送或者接收队列有没有堆积

内部问题

如果是服务器侧问题，考虑I/O多路复用等

外部问题

和我们对接的客户端流量过高，要不要限制客户端流量，方案是否能做优化（或者分布式分散压力）

方案设计

如果软件硬件都优化到瓶颈了，看看是不是方案问题，比如说考虑架构上考虑分布式，通过分布式思想来分散CPU、内存、网络压力，把单一压力打散到各个点上；比如程序上是否可以考虑多进程，多线程方式，反正就是分散压力

其他

还有一些性能问题可能不是在我们的程序里面，可能在mysql、redis等中间件里，在top应该能看到这些中间件的CPU、内存异常飙高

比如mysql选择合适的索引、合理分库分表、选择合适范式

比如redis避免大key等

需要结合代码分析