smart - servlet 公开 TCK 测试报告：1724 用例通过率 99.8%，为信创中间件选型提供硬依据

【导语：国产中间件市场中，多数项目仅在 README 宣称“兼容”，而 smart - servlet 以公开 Jakarta Servlet 官方 TCK 测试报告的方式，展现其实力，为企业用户在中间件选型和信创合规审查提供了可靠参考。】

公开 TCK 报告，打破“兼容”水分迷局

在国产中间件领域，“信创合规”“全面兼容 Servlet 规范”这类表述常见于各项目 README，但多数只是停留在文字层面。smart - servlet 则采用更严谨的方式，将 [Jakarta Servlet 官方 TCK](https://github.com/jakartaee/servlet) 完整跑一遍，并原样公开报告。

高通过率背后的技术实力

最新测试结果显示，TCK 版本为 tck - build 3.2，测试用例总数达1724条，其中 Errors 为 4，Failures 为0，Skipped 为 0，通过率高达99.8%，总耗时约 7 分钟。这意味着在官方明确定义的每一条行为断言上，smart - servlet 都达标，仅有的 4 个 Error 对应的是规范里几乎不会被实际业务用到的边缘场景。

而且，此次测试用例从 1717 条增加到 1724 条，是跟着官方规范同步升级的结果，体现了团队对规范更新的跟进和对细节的把控。

企业用户为何应关注 TCK 通过率

对于技术负责人而言，在做中间件选型或过信创合规审查时，TCK 通过率比任何宣传话术都更有价值。首先，它是可验证的事实，报告里的每一条用例都能复现；其次，通过率越高，将现有 Tomcat / Undertow 上的应用迁移到 smart - servlet 时，行为差异越小、踩坑概率越低；最后，团队愿意跟进规范升级 TCK 并公开结果，表明该项目有长期维护的打算。

细节优化提升兼容性

除了高通过率的成绩单，smart - servlet 还对两处容易被忽略的细节进行了优化。一是 HTTP/2 Server Push 的 Cookie 处理，以前不符合 RFC 6265 规定且会推送失效 Cookie，现在改成统一拼接成一个 Cookie 头并提前过滤失效 Cookie。二是补齐了 web.xml 的 `cookie - config` 配置解析不完整的问题，使 `web.xml` 里声明的配置能完整生效，减少迁移项目的兼容处理。

编辑观点：smart - servlet 通过公开 TCK 测试报告和细节优化，展现了其在兼容性方面的实力和诚意，为国产中间件树立了良好典范，在信创国产化浪潮中有望成为企业中间件选型的优质之选。