广告运营交接问题解决：开发过程与线上问题方案.pdfVIP

本文档重点会介绍开发过程与线上遇到问题的解决方案。

日志分析

在出现问题的时候，首先通过问题细节，细化到具体哪个业务，在这个业务依托的服务中查看日志，对通讯日

志进行查看。

拿一次请求做范例：

这是ABS服务中接受到了25.244这台机子的一次请求，使用的metadata元数据消息

00：代表的是具体process消息处理器标号

0A：代表此次通信的token标识

01：是一次通信的identity唯一标识

10：的为业务对象字段（需要参照代码进行比较分析）

这是ABS服务中该服务发出的TCP请求，这个请求采用的是老版本的抢对据消息，连接方是18.6本机的

18000UAS服务，每一次TCP连接，自身服务会启动一个随机端口连接的目标端口服务

因为一次消息请求与相应对象的消息通信id是一致的，所以我们拿第一张截图的通信唯一标识进行查询，一

定能查到一个response消息与这个request消息对应，这样就能定位某一个请求的相应是否正确。从上面截

图可以看出这次请求是正常返回了。

同理不同服务之间的通信，只需要通过这个标识去查看不同服务的日志就行了，从中一定能到某个错误产

生异常或者timeout的地方。

Fiddler与wireshark抓包

Fiddler无需赘述了，这是非常简单的抓取HTTP请求的工具。

Wireshark是非常好用的通信抓包工具，可以抓取TCP,HTTP等格式协议的通信，因为涉及到具体

的抓取特别多，我这里也只做简单的介绍了。

通过这个选项，勾选本机业务所使用的网卡。点击Options进行相应的设置，进入如下界面。

双击被选中的网卡

在弹出的界面中设置想要抓取的过滤器。

我这里拿mysql数据库3306举例，想要抓取所有mysql数据库的TCP连接只要按如下设置即

可。

然后点击OK，开始通信包抓取。进入最终抓取界面如下：

Filter是设置的过滤条件，请自行学习。上面的截图是一个TCP滑动窗口变成0的通信抓程。

调试通信组件以及windows服务

一般在开发阶段，我都会对windows服务的每个方法分别进行调试，这时候用到的工具是

TestDriven，但是前提是当前类必须要有构造函数。这个工具可以对每个方法进行单独调试，特别

有效。

调试网络通信组件的时候，一般都是在本机直接F5启动某个服务的component的，使用NUNIT

写testcase通过模拟通信直接与本机这个服务端口进行通信。

在本机调试的基本差不多的时候，可以将署到本机上，通过VSattach当前服务进程进行调

试。

最终就是部署到服务机上了，这上面的问题只能通过看日志和windbg了。

Windbg不再赘述了，.net调试技巧那本书已经可以满足目前现有的业务调试了。

这里简单介绍一下：

首先查看进程是32位的还是64位的，根据这个使用不同版本的windbg，打开后attach当前想要

调试的进程

然后进入调试阶段

load.net调试组件SOS

.loadbysosclr

根据具体类名方法名查找方法表，方法描述符

!name2ee*!namespace.method

找到内存地址下方法断：

Bpmd–mdxxxxx

转储内存对象dumpobj转储方法表dumpmt

反汇编代码编程汇编指令!Ueip

查看栈帧调用关系（C++）KV/Kb/Kn（很多很多自行查询）

下行端（C++调试）bae1xxxxx(内存地址)

下异常断：sxeclr

查看托管栈：!clrstack非托管栈：!uniqstack

多线程调试!threads~列出所有线程~1s跳到线程1。。。。。。。。。。。。。