每一盏灯都有一个故事……当凌晨2点我的房间灯还亮着时，那就是我与BUG的一场生死博弈。一个人静静地坐在电脑前不断地写代码，感觉快要麻木了，好比闭关修炼一样枯燥无味。最终当我打通任督二脉后，bug修复迎来的一片曙光。

一、问题背景

在最近的项目中，我使用Python 3.6和DigestAuth进行身份验证时遇到了一个令人困扰的问题。我发现，在使用requests库时，由于Python 3的一个已知问题（https://bugs.python.org/issue28967），无法将requests对象进行pickle序列化。这个问题的根本原因在于Python 3.6中的_thread._local对象无法被正确pickle化。尽管这个问题在Python 3.5.4中已经得到了修复，但在Python 3.6中仍然存在。这个问题可能会影响到需要pickle功能的应用程序，因为无法保存和恢复请求会话对象。

二、解决方案

为了解决这个问题，我们需要禁用requests库中的_thread._local对象。以下是解决方案的步骤：

1、导入必要的库和模块：

import requests
from requests.auth import HTTPDigestAuth

2、创建一个新的HTTPDigestAuth类，我们称之为NoLocalAuth，该类继承自HTTPDigestAuth类，并覆盖了__getattribute__方法：

class NoLocalAuth(HTTPDigestAuth):
    def __init__(self, username, password):
        super().__init__(username, password)

    def __getattribute__(self, name):
        if name.startswith('_'):
            raise AttributeError(name)
        return object.__getattribute__(self, name)

在NoLocalAuth类的__getattribute__方法中，我们检查属性名称是否以下划线开头，如果是，就会引发AttributeError异常，从而阻止了对_thread._local对象的访问。

3、使用新的NoLocalAuth类创建一个requests.Session对象，并进行pickle序列化：

session = requests.Session(auth=NoLocalAuth('user', 'passwd'))
pickle.dumps(session)

通过上述代码，我们创建了一个使用NoLocalAuth类的requests.Session对象，成功地将其pickle化，而不会受到_thread._local对象的干扰。

这个解决方案有效地解决了在Python 3.6下使用DigestAuth时无法pickle化requests对象的问题。通过禁用_thread._local对象，我们确保了我们的应用程序能够正常运行，并且这种方法也具有一定的通用性，可用于解决类似的问题。

希望这篇文章对解决Python 3.6下的pickle问题有所帮助，让您的项目顺利进行！如果您有任何疑问或需要进一步的帮助，请随时提问。

完美解决Python下的pickle问题，那么使用requests库爬取数据就一帆风顺了，不过这里需要注意的是。除了有requests库支持外，对于网站的防封策略也应该注重，尤其是地址封禁限制访问的问题也需要得到解决，如用第三方的爬虫ip实时切换地址防止网站跳验证码。如果有更多的代码问题可以一起交流。