<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[u014156136的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/u014156136</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; u014156136]]></copyright><item><title><![CDATA[gzip 响应解压说明]]></title><link>https://blog.youkuaiyun.com/u014156136/article/details/165477432</link><guid>https://blog.youkuaiyun.com/u014156136/article/details/165477432</guid><author>u014156136</author><pubDate>Tue, 15 Sep 2026 15:19:41 +0800</pubDate><description><![CDATA[直接读取网络数据，拿到的可能是 gzip 原始字节。如果直接交给 YTK，YTK 会把压缩字节当作 JSON 解析，最终导致响应解析失败。并返回普通 JSON，HTTPDNS 层不会创建解压器，响应按原逻辑透传。这样可以保证未压缩响应继续走原有逻辑，不影响不支持 gzip 的接口。，HTTPDNS 层完成流式解压，YTK 收到普通 JSON。zlib 是系统提供的压缩库，用于解析 gzip 数据。是压缩数据长度，与解压后的 JSON 长度不一致。这里处理的是响应体压缩，不是请求参数或请求体压缩。]]></description><category></category></item><item><title><![CDATA[HTTP/2 连接复用与“僵尸连接”深度解析以及方案]]></title><link>https://blog.youkuaiyun.com/u014156136/article/details/165477210</link><guid>https://blog.youkuaiyun.com/u014156136/article/details/165477210</guid><author>u014156136</author><pubDate>Tue, 15 Sep 2026 15:17:59 +0800</pubDate><description><![CDATA[在 HTTP/1.1 下，如果一个连接坏了，只会影响那一个请求，其他并发连接可能还是好的。而在 HTTP/2 下，App 默认会将所有请求塞进这唯一的一个“僵尸连接”里，导致用户感知到“全线断开”。你遇到的“用着用着不通，重启就好”，几乎可以断定是 HTTP/2 连接复用 + 移动网络切换 导致的连接空洞。这些设备为了节省资源，会自动清理掉“看似闲置”的 TCP 连接。这种机制虽然极大地提升了性能，但也引入了你所遇到的问题：一旦这个长连接在底层逻辑上“死”了，上层所有的业务请求都会跟着“陪葬”。]]></description><category></category></item><item><title><![CDATA[iOS 自定义转场动画 persent&dismiss , push&pop]]></title><link>https://blog.youkuaiyun.com/u014156136/article/details/51518497</link><guid>https://blog.youkuaiyun.com/u014156136/article/details/51518497</guid><author>u014156136</author><pubDate>Fri, 27 May 2016 17:33:23 +0800</pubDate><description><![CDATA[iOS 自定义转场动画 persent&dismiss , push&pop]]></description><category></category></item></channel></rss>