Jetty项目中的InvocationType机制优化与清理

在Jetty 12版本中，开发团队对服务器和客户端处理链中的InvocationType机制进行了重要改进。这项改进主要解决了原有实现中存在的设计不一致问题，并优化了整体调用流程。

问题背景

Jetty框架中的InvocationType机制原本存在服务器端和客户端实现不一致的情况：

1. 在服务器端，InvocationType通过Handler接口明确控制Jetty如何调用处理链
2. 在客户端，InvocationType的实现则存在以下问题：
   • HTTP/1.1强制使用BLOCKING模式
   • HTTP/2和HTTP/3的实现混杂了未定义、BLOCKING和NON_BLOCKING多种模式
   • 缺乏统一的配置接口让应用指定调用类型

这种不一致性可能导致开发者在使用不同协议时遇到意料之外的行为差异。

技术改进内容

开发团队主要进行了以下技术改进：

1. 客户端调用类型标准化：

   • 为客户端增加了指定InvocationType的配置选项
   • 建立了跨传输协议的默认值一致性机制
   • 确保不同协议下的行为可预测

2. 废弃API清理：

   • 移除了已弃用的AbstractConnection.getInvocationType()方法
   • 简化了相关接口设计

3. 实现细节优化：

   • 重构了HTTP/2和HTTP/3协议的InvocationType处理逻辑
   • 增强了类型安全性和代码可维护性

技术意义

这些改进带来了以下技术优势：

1. 行为一致性：统一了不同协议下的调用类型处理方式，减少了开发者认知负担
2. 灵活性提升：允许应用根据需求选择阻塞或非阻塞调用模式
3. 代码质量改进：通过清理废弃API和重构实现，提高了代码的可读性和可维护性
4. 性能优化潜力：为后续基于调用类型的性能调优奠定了基础

开发者影响

对于使用Jetty的开发者而言，这些变化意味着：

1. 在客户端应用中，现在可以通过统一接口控制调用类型
2. 需要检查是否使用了已废弃的getInvocationType()方法并进行迁移
3. 在不同协议间切换时，调用行为将更加一致和可预测

这项改进体现了Jetty项目对API一致性和代码质量的持续关注，为构建高性能网络应用提供了更可靠的基础设施。