如何还原 HTTP 请求日志中的 URL 编码参数?详解 %40 到 @

在记录HTTP请求的日志中出现了这样的情况:

python 复制代码
2024-11-20 11:12:49 INFO network_request gz_login 96  Body: countryAbbr=CN&countryCode=86&email=1222405567%40qq.com&password=12354e50456db124f9f34e2789308733&type=1

出现这种情况的原因是:%40 是 URL 编码后的 @ 符号,说明请求体中的参数被编码后记录下来了。这是因为在 HTTP 请求中,某些特殊字符(如 @, &, =)会被 URL 编码以确保安全性。但是看着不直观,如果有其他特殊符号可能就不知道是什么意思了。

解决这个问题可以使用Python 的 urllib.parse.unquote 函数,将 URL 编码的内容解码为原始格式

python 复制代码
import logging
from urllib.parse import unquote

logger = logging.getLogger(__name__)

def gz_login(pm):
    # 发送请求
    rsp = requests.post(url, headers=HEADERS, data=data, timeout=(10, 10), verify=False)
    rsp.raise_for_status()

    # 日志记录前对请求体解码
    decoded_body = unquote(rsp.request.body.decode('utf-8') if isinstance(rsp.request.body, bytes) else rsp.request.body)

    logger.info("==== HTTP Request ====")
    logger.info(f"Body (decoded): {decoded_body}")

rsp.request.body

rsp 是 requests 模块的响应对象。

rsp.request 表示与该响应关联的请求对象。

rsp.request.body 是请求体的内容,可能是二进制字节(bytes)格式或字符串(str)格式。

if isinstance(rsp.request.body, bytes)

检查 rsp.request.body 是否为字节类型。

如果是字节类型,则需要先解码为字符串。

rsp.request.body.decode('utf-8')

对字节类型的 body 使用 UTF-8 编码进行解码,得到一个字符串。

else rsp.request.body

如果 body 已经是字符串类型,直接使用它。

unquote(...)

对字符串中的 URL 编码字符进行解码。

例如,%40 会被解码为 @,%20 会被解码为空格。

即,如果 rsp.request.body 是字节类型,先解码为字符串;如果是字符串,直接使用。

然后对该字符串进行 URL 解码,得到原始的请求体内容。

这样做的好处是:

1、提高可读性

URL 编码后数据包含 %XX 格式的转义字符,解码后更直观易读。

2、调试方便

在记录日志或调试时,可以直接打印出解码后的请求体内容。

相关推荐
未来转换1 天前
Python-web开发之Flask框架入门
前端·python·flask
攻城狮在此1 天前
MobaXterm下载安装及SSH远程连接(交换机/路由器/服务器)
linux·运维·服务器·网络
Birdy_x1 天前
接口自动化项目实战(8):请求封装
python·自动化·测试用例
好家伙VCC1 天前
**发散创新:用 Rust实现数据编织(DataWrangling)的高效流式处理架构**在现
java·开发语言·python·架构·rust
编程大师哥1 天前
Python 爬虫
python
用户0190047832671 天前
Python中:可迭代对象、迭代器、生成器、生成器表达式、列表推导式
python
2401_876907521 天前
《Python深度学习》
开发语言·python·深度学习
BatyTao1 天前
Python从零起步6-文件及操作
python
学习指针路上的小学渣1 天前
requests笔记
后端·python
mounter6251 天前
【LSF/MM内核前沿】Linux 内存回收推倒重来?解析 MGLRU 与传统 LRU 的“统一之战”
linux·运维·服务器·网络·内核·内存回收