Python中通过使用requests.packages.urllib3disable_warnings()来关闭警告信息

在Python中，requests包是一个非常常用的HTTP请求库，它允许我们发送HTTP请求以及处理响应。requests库使用了urllib3库来处理底层的HTTP连接。

然而，urllib3库会发出一些有关SSL/TLS证书的警告信息，以提醒开发者可能存在的安全风险。当我们使用requests库发送HTTPS请求时，如果服务器的SSL证书无效或者不受信任，urllib3会发出警告信息。

虽然这些警告信息是有用的，但在某些情况下，我们可能希望禁用它们。为了禁用这些警告信息，我们可以使用requests.packages.urllib3.disable_warnings()方法。

下面是一个使用例子，来说明如何禁用警告信息：

import requests
from requests.packages.urllib3.exceptions import InsecureRequestWarning

# 禁用警告信息
requests.packages.urllib3.disable_warnings(InsecureRequestWarning)

# 发送HTTP请求
response = requests.get('https://example.com', verify=False)

# 输出响应内容
print(response.text)

在上面的例子中，我们首先从requests.packages.urllib3.exceptions模块导入了InsecureRequestWarning类。然后，我们通过调用requests.packages.urllib3.disable_warnings()方法来禁用警告信息。该方法接受一个参数，指定禁用哪种类型的警告信息。

在这个例子中，我们禁用了InsecureRequestWarning警告，它是当我们发送HTTPS请求时，服务器的SSL证书无效或者不被信任时发出的警告信息。

接下来，我们使用requests.get()方法发送了一个HTTPS请求，并将verify参数设为False，以忽略SSL证书验证。最后，我们打印出了服务器返回的响应内容。

需要注意的是，禁用警告信息是一个全局设置，作用于整个Python解释器进程。因此，如果我们在某个地方禁用了警告信息，它将影响到整个程序的执行流程。

如果我们只想在特定的地方禁用警告信息，而不是全局禁用，我们可以使用with语句结合requests.Session()类来实现。

下面是一个使用with语句和requests.Session()类的例子：

import requests
from requests.packages.urllib3.exceptions import InsecureRequestWarning

def make_request(url):
    # 创建一个Session对象
    with requests.Session() as session:
        # 禁用警告信息
        session.verify = False
        requests.packages.urllib3.disable_warnings(InsecureRequestWarning)
        
        # 发送HTTP请求
        response = session.get(url)
        
        # 输出响应内容
        print(response.text)

# 调用函数发送请求
make_request('https://example.com')

在这个例子中，我们定义了一个make_request()函数，它接受一个URL作为参数。在函数内部，我们使用requests.Session()类创建了一个Session对象，并通过session.verify = False禁用了SSL证书验证。接着，我们使用requests.packages.urllib3.disable_warnings()方法禁用了警告信息。最后，我们使用session.get()方法发送了一个HTTP请求，并打印出了响应内容。

需要注意的是，使用with语句和requests.Session()类的方式只在with语句块内部有效，不会影响到程序的其他部分。

总结起来，通过使用requests.packages.urllib3.disable_warnings()方法，我们可以禁用掉urllib3库发出的SSL证书相关的警告信息。这个方法可以全局禁用，也可以在特定的地方禁用。禁用警告信息可以忽略一些无效或不受信任的SSL证书，但要注意确保请求的安全性。