httplib和urllib2是 不是 线程安全的。

urllib2不提供对全局（共享）OpenerDirector对象的序列化访问 urllib2.urlopen()。

同样，httplib不提供对HTTPConnection对象的序列化访问（即通过使用线程安全的连接池），因此HTTPConnection在线程之间共享对象也不安全。

如果需要线程安全，建议使用httplib2或urllib3作为替代。

通常，如果模块的文档 中没有提到线程安全 ，则我认为它不是线程安全的。您可以查看模块的源代码以进行验证。

在浏览源代码以确定模块是否是线程安全的时，您可以从threading或multiprocessing模块中查找对线程同步原语的用法，或从中查找
queue.Queue。

更新

以下是urllib2.py（Python 2.7.2）的相关源代码片段：

_opener = None
def urlopen(url, data=None, timeout=socket._GLOBAL_DEFAULT_TIMEOUT):
    global _opener
    if _opener is None:
        _opener = build_opener()
    return _opener.open(url, data, timeout)

def install_opener(opener):
    global _opener
    _opener = opener

当并发线程调用install_opener()和时，存在明显的竞争条件urlopen()。

另外，请注意，urlopen()使用Request对象作为url参数进行调用可能会使该Request对象发生变化（请参见参考资料中的OpenerDirector.open()），因此并发调用urlopen()共享Request对象并不安全。

urlopen()如果满足以下条件，则总的来说是线程安全的：

• install_opener() 不从另一个线程调用。
• 阿 非共享 Request对象，或字符串被用作url参数。