代理IP任务的日志该记什么，出了问题才查得动

代理IP任务出了问题再回头看日志，往往会发现记录的内容不够用。该记的没记，事后只能靠推测。日志不用写得很详细，但有几项是必须留下的：时间、用了哪条线路、结果是什么。这三样凑齐，多数问题都能自己查明白。

该记的几项

时间用于把事件排成一条线，看出来先后顺序。线路用于定位到具体是哪一条出了问题。结果用于区分成功和各类失败。除此之外，请求的目标也值得记，尤其是任务同时访问多个目标的场合。

为什么线路这一项最容易被漏

时间、结果这两项写起来顺手，线路这一项却常常被忽略，因为程序里取到线路信息需要多写一步。平时看不出差别，一旦某个任务大面积失败，没有线路这一项，就只能一条一条去试，代价很大。代理IP任务的大部分偶发问题，都落在个别线路上。

记下来之后怎么用

日志的用法有三种。按时间排开，看问题集中在哪个时间段；按线路归并，看是不是某几条线路在拖后腿；按结果分类，看失败以哪一类为主。三种用法对应三种排查方向，拿到日志先决定用哪一种。

按时间对齐

把同一时间窗内的记录摆在一起，容易看出问题是不是集中在某个时段。比如每天都集中在晚间，那多半与线路的整体负载有关，调一下任务安排就能避开。

按线路归并

把同一线路的记录归到一组，能看出哪几条线路的表现明显落后。线路之间差异大的时候，最差的几条可以直接停用，整体成功率立刻就上来了。

按结果分类

把失败按类别统计一下，能看出主要矛盾在哪里。连不上居多说明接入有问题，中途断开居多说明线路状况不好，被拒居多说明来源需要更换。不同类别的处理方式完全不同。

日志够用的标准，是出了问题能一眼看出是哪一条线路。

记多久

一般建议至少保留一个完整的任务周期，方便前后对照。长期运行的场合，可以按天归档，只保留最近一段时间的详细记录，更早的只留汇总。这样既不占地方，需要的时候也翻得到。

日志不用写得多，够用就行。

把日志记全，排查就从猜变成查。时间、线路、结果这三项是最小集合，缺一项都会让后来的排查多绕几步。代理IP任务的很多问题都发生在个别线路上，只有记下线路，才能把它们从整体里挑出来。记录到位，问题才找得到落点。