scrapy 的官方 github 发布记录显示，项目在 2026 年 1 月到 7 月之间连续发布了 2.14.0、2.14.2、2.15.0、2.16.0 和 2.17.0。把这几次更新放在一起看，scrapy 今年公开维护的主轴很清楚：一边修安全问题和协议边界，一边推进下载处理和执行模型的现代化。2.14.0 把更多 deferred 风格 api 往协程替代方向推进，2.15.0 开始试验性支持脱离 twisted reactor 运行并引入 httpx 下载处理器，2.17.0 则进一步把 http/2、socks 代理和 tls 版本控制写进正式发布说明。这组变化说明 scrapy 关注的不是“爬虫概念”本身，而是下载链路、协议兼容和运行时控制这些真正会影响采集任务表现的底层能力。
来源：GitHub Scrapy 官方发布页
对长期运行采集任务的团队来说，这种更新方向有很强的现实指向。HTTP/2、SOCKS 代理和下载处理器能力，直接关系到新目标站点、代理网络和复杂链路下的抓取稳定性；协程化替代、脱离 Twisted reactor 的试验性支持，则关系到代码组织、集成方式和未来迁移空间。官方记录没有把这些变化说成“Scrapy 彻底换代”，但它清楚显示，项目维护重点正在向更现代的网络协议和执行模型靠拢。
来源：Scrapy 官方文档仓库
需要注意的限制也很明确。公开发布记录写到的是“试验性支持”或“增加支持”，并不等于所有旧项目都能无缝切换到新路径。尤其是执行模型变化，真正落到项目里还会受现有中间件、扩展、代理基础设施和任务编排方式影响。现阶段更稳妥的判断是：Scrapy 在 2026 年继续保持活跃维护，且公开更新重点明显偏向下载协议、安全修补和执行架构演进，而不是停留在旧爬虫框架的静态维护状态。
信源说明：依据 Scrapy GitHub 官方发布页 2.14.0、2.15.0、2.16.0、2.17.0 与官方文档公开资料撰写；没有采用第三方二次概括。
