GraphQL-WS 项目中连接关闭参数的可选化改进

在WebSocket通信协议中，连接关闭时的状态码和原因描述字段实际上是可选的，但许多实现库出于规范性和明确性的考虑，往往会将其设为必填参数。GraphQL-WS项目的最新版本5.16.0对此进行了优化调整，使这些参数变为可选，更好地遵循了RFC 6455协议规范。

WebSocket协议RFC 6455第7.4节明确规定，关闭帧"可以(MAY)"包含状态码和原因，而非"必须(MUST)"。这一细微差别在实际实现中常被忽视。GraphQL-WS项目原本在server.ts的实现中严格要求开发者必须提供关闭代码和原因，这虽然有助于代码的明确性，但严格来说与协议规范存在一定偏差。

从技术实现角度看，WebSocket关闭帧的结构允许仅发送关闭帧而不包含任何附加信息。在这种情况下，接收方将理解为正常关闭（状态码1000）。GraphQL-WS项目维护者最初的设计考虑是希望开发者能明确表达关闭连接的意图，这确实有助于提高代码的可读性和可维护性。

经过社区讨论后，项目决定在保持向后兼容的同时，将这两个参数改为可选。这一变更使得库的行为更贴近底层协议规范，同时也为开发者提供了更大的灵活性。特别是在一些简单的使用场景中，开发者不再需要为简单的连接关闭操作提供冗余的参数。

这一改进虽然看似微小，但体现了开源项目对协议规范的精确把握和对开发者体验的持续优化。它展示了技术决策中如何在"规范性"和"灵活性"之间寻找平衡点，也提醒我们在实现协议时应当仔细研读规范原文，避免过度约束。

对于开发者而言，这一变更意味着在使用GraphQL-WS关闭连接时，可以根据实际需要选择是否提供关闭代码和原因。在需要明确表达关闭原因的场景下，仍然推荐提供完整的参数；而在简单场景中，则可以省略这些参数，使代码更加简洁。