js中pako.inflate解压问题一直不成功

A9952

var i = function (t) {
    var e = t.split("").map((function (t) {
        return t.charCodeAt(0)
    })), i = new Uint8Array(e);
    return pako.inflate(i, {to: "string"})
};

js中调用了这个i的方法，加密的十六进制数据是“5C7530303146C28B5C625C75303030305C75303030305C75303030305C75303030305C75303030305C7530303030C3BF3334373334C2B034C2B330315C75303030355C7530303030C2AC21C2B7C3995C6E5C75303030305C75303030305C7530303030” 但调用这个i的方法是通过json直接获取这个加密数据也就是上面这个十六进制转文本后的内容，具体原代码如下：
t.data = i(t.data)

完整的json数据为：7B22636F6465223A312C226973436F6D7072657373223A747275652C2264617461223A225C7530303146C28B5C625C75303030305C75303030305C75303030305C75303030305C75303030305C7530303030C3BF3334373334C2B034C2B330315C75303030355C7530303030C2AC21C2B7C3995C6E5C75303030305C75303030305C7530303030222C2263616C6C6261636B223A224C6F67696E416374696F6E5F6865617274227D
调用的pako的版本js是：
https://stylesky.lanzouu.com/iglcK391cumd

不知道为什么我尝试了各种js以及论坛中的模块都无法正确解压，但我能确定解压缩的过程只有这么点数据，无奈只能求助各位大神了




补充内容 (2025-10-22 11:43):
5C7530303146C28B5C625C75303030305C75303030305C75303030305C75303030305C75303030305C7530303030C3BF333437333434303631335C75303030315C75303030303AC38B5C7530303045645C6E5C75303030305C75303030305C7530303030

补充内容 (2025-10-22 11:43):
这个才是加密的内容，前面的不是搞错了

补充内容 (2025-10-22 11:44):
7B22636F6465223A312C226973436F6D7072657373223A747275652C2264617461223A22和222C2263616C6C6261636B223A224C6F67696E416374696F6E5F6865617274227D加上上面的那个是完整的json

石榴熟了

A9952 发表于 2025-10-23 16:26
但是抓包拦截的就是他实际发送的hex数据啊，不应该出错的

并不是哦 有些抓包 抓到的hex 是会加包头的

石榴熟了

直接调用pako 也可以啊

A9952

石榴熟了 发表于 2025-10-22 11:29
直接调用pako 也可以啊

方便给个思路吗，我看了一下主要是在转换成数组的时候和原始的转换数组不一样，但是用的代码是一样狠奇怪

石榴熟了

A9952 发表于 2025-10-22 12:28
方便给个思路吗，我看了一下主要是在转换成数组的时候和原始的转换数组不一样，但是用的代码是一样狠奇怪 ...

什么思路？ 直接调用pako啊
而且你给的data是错的

A9952

石榴熟了 发表于 2025-10-22 17:37
什么思路？ 直接调用pako啊
而且你给的data是错的

你看这个data，7B22636F6465223A312C226973436F6D7072657373223A747275652C2264617461223A225C7530303146C28B5C625C75303030305C75303030305C75303030305C75303030305C75303030305C7530303030C3BF333437333434303631335C75303030315C75303030303AC38B5C7530303045645C6E5C75303030305C75303030305C7530303030222C2263616C6C6261636B223A224C6F67696E416374696F6E5F6865617274227D这个是正确的，我是直接调用了但是不行啊，调试转换出来的数组和我cp代码转换出来的有问题

石榴熟了

A9952 发表于 2025-10-22 17:51
你看这个data，7B22636F6465223A312C226973436F6D7072657373223A747275652C2264617461223A225C7530303146 ...

你提供的数据 丢到pako里面 解不出来
要么代码找错了
要么数据cp错了

A9952

石榴熟了 发表于 2025-10-22 18:06
你提供的数据 丢到pako里面 解不出来
要么代码找错了
要么数据cp错了

数据不可能错的，代码也不可能找错，因为已经断点到了明文了

石榴熟了

A9952 发表于 2025-10-23 13:04
数据不可能错的，代码也不可能找错，因为已经断点到了明文了

那你截图 或者录制出来看看
我已经做了 支持hex解码的pako工具
看我发的帖子
压根解不出来

A9952

石榴熟了 发表于 2025-10-23 13:34
那你截图 或者录制出来看看
我已经做了 支持hex解码的pako工具
看我发的帖子

      这是拦截过程，和解压缩的过程，数据没找错，代码也没找错就是在转换的时候有问题，要么是解压缩版本的问题