ServiceWorker 中 addRoutes 方法对请求方法的规范化处理

在 Service Worker 规范的最新更新中，对 addRoutes 方法中请求方法(requestMethod)的处理进行了重要改进。这项改进确保了路由条件匹配时对 HTTP 请求方法的处理更加规范和一致。

背景与问题

Service Worker 的 addRoutes 方法允许开发者定义路由规则，其中可以包含对请求方法的匹配条件。在之前的实现中，对于请求方法的验证和规范化处理不够完善，可能导致一些边缘情况下的不一致行为。

改进内容

本次改进主要包含两个关键方面：

1. 请求方法验证：现在会严格遵循 Fetch 规范中的方法验证规则，确保所有指定的请求方法都是有效的 HTTP 方法。这包括检查方法是否符合语法规则，以及是否属于被禁止的方法列表（如 CONNECT、TRACE 等）。

2. 方法名称规范化：对请求方法名称进行规范化处理，确保大小写一致性。例如，"GET"和"get"将被视为相同的方法，而之前可能存在大小写敏感的问题。

技术实现细节

在底层实现上，现在会执行以下步骤：

1. 首先验证请求方法字符串是否符合 HTTP 方法的基本语法要求
2. 检查该方法是否在被禁止的方法列表中
3. 对方法名称进行规范化处理（转换为大写）
4. 使用规范化后的方法名称进行路由匹配

开发者影响

对于开发者而言，这项改进意味着：

• 更一致的匹配行为，不再因方法名称大小写不同而产生意外结果
• 更好的错误处理，无效的方法名称会提前被发现并抛出错误
• 与 Fetch API 等其他网络相关 API 保持行为一致

最佳实践

开发者在使用 addRoutes 方法时，建议：

1. 使用标准化的 HTTP 方法名称（如 GET、POST 等）
2. 避免使用被禁止的方法名称
3. 处理可能的方法验证错误

这项改进使得 Service Worker 的路由系统更加健壮和可靠，为开发者提供了更一致的编程体验。