ython有道翻译爬虫，破解sign参数加密反爬机制，解决{errorode}错误腾讯云开发者社区

很多人学习 Python 爬虫的第一个爬虫就是爬的有道翻译，但是现在由于有道翻译进行了参数加密，增加了反爬机制，所以很多新手在使用以前的代码的时候经常会遇到 {"errorCode":50} 错误。这篇文章就来分析一下有道翻译的反爬机制，依然通过 Python 爬虫来爬有道翻译。

首先，我们根据使用浏览器的 F12 开发者工具来查看一下有道翻译网页在我们进行翻译的时候都进行了什么请求操作。

首先让我们来看一下在有道翻译输入要翻译的内容然后提交进行翻译之后发生了什么。

首先通过一张截图来看翻译加载的请求链接：

通过多次输入新的翻译内容，通过 F12 查看 XHR 中的异步加载的内容，可以看到每次都有一个新的请求产生，所以可以初步预测这个链接就是请求的链接。

继续查看请求的结果信息：

查看每个请求的结果内容，果然能看到翻译的结果，所以现在可以肯定这个链接就是有道翻译的请求地址了。

已经确定了请求的链接，现在可以继续查看这个页面的请求参数，其中一般包括以下内容：

可以根据截图来看一下这个链接的这些参数，首先是请求参数：

然后是传递的参数 data:

可以通过多次重复提交要翻译的信息来查看每次参数的变化情况，最后能得到一个大概的结论，就是传递的 data 参数中除了需要的翻译的信息外，还有2个参数是会每次都变动的，它们就是 salt 和 sign。

如果直接复制一次网页中的 salt 和 sign，去使用 Python 请求链接，则会发现根本请求不到要翻译的结果，而是会得到如下的结果：

找到了参数生成的位置，现在就要分析 js 了，因为这个文件是处理过的 js,直接看是难以看出逻辑的，所以可以把 js 代码放到一些可以重新排版的工具中再查看，最后可以看到 sign 的生成方式如下片段：

然后 sign 的获取方式是：

这个里面其实是有4个参数的，通过下面的 data 参数可以发现，S 就是client参数，通过之前网页请求的时候发现这个是一个字符串fanyideskweb，n 就是需要翻译的内容了，r 是时间戳，D 参数需要到 js 代码中继续找，最后会找到这样的一段：

也就是说，这个 D 也是一个固定的字符串。

现在上面4个参数都找到了，sign 是这个4个参数的字符串拼接之后进行 MD5 加密的结果。到这里，有道翻译的爬虫需要的两个重要的参数的获取方式就分析结束了，现在可以着手将逻辑写成代码了。

通过一个参数一个参数的注释掉然后再去请求，可以发现我这个源代码里面注释掉的部分都是可以不用带上的，并且，在Cookie这个参数中，也只有OUTFOX_SEARCH_USER_ID这个参数是必要的，只要格式满足就可以使用随机的方式去生成这个参数，而其他的参数就可以不用了。

总结：有道翻译的这个 Python 其实算是一个非常常规的应对有反爬虫机制的网站的分析方法了，这个分析的关键地方其实在于对 JS 代码的理解，所以，要想爬虫技术提高，JS 代码必须要看的懂才行，这个其实也是我正在学习的地方，共勉吧！

运行上面的源码，可以看到类似如下的结果，可以使用 json 来提取翻译结果：