打破惯性思惟：聊聊一次debug

最近公司的新需求中要增长活动营销，整个组的人都被安排去研究某成熟产品的实现。我也认真地在看webService部分的实现，发现了一个诡异的10614端口的请求。

 

代码以下图：

 这是一段服务端发请求验证登陆的代码，看上去是请求本地10614端口的一个web接口。因而我开始去nginx的配置查找这个host的信息，最终也没找到。心里的想法是：什么鬼啊？

 

我身旁的同事也找了好久，都以为莫名其妙的一个请求，居然不知道接收方所在位置。

 

因为服务器是windows的，长期混迹于centos,ubuntu等linux server的我也感到有点生疏感。按照惯性思惟都是先去查nginx或apache配置，但冷静想一想应该从端口号为起点去查出对应的应用。

 

假设回到咱们熟悉的linux环境，一样的问题转变为：

已知某端口号，求该进程是什么。

命令以下:

ps aux | grep 10614

 

直接就能够查到进程执行的命令。

 

难道大名鼎鼎（恶名昭著）的windows没有办法根据端口号查进程的吗？

 

bing了一下，解决方法以下：

 

先查出pid，而后根据pid到tasklist中查到对应进程。可见并非一个website请求，而是去调用一个打包的exe文件作处理。

 

从此次debug中，我感受人的惯性思惟很强，老是脑补一些细节和证据，每每走偏路线。要理性分析，从本质上出发，实际上就是找进程罢了。一样的事情发生在各类测试中，工程师最爱说的就是：为何本地能够啊，放到服务器上就不行了？扪心自问：本身的环境真的和服务器高度一致吗？对比过配置文件的diff？

 

打破惯性思惟，少一点脑补。