ProtocolException 不是用于业务级状态码校验的工具，它仅在 HttpURLConnection 遇到严重协议违规时自动抛出；自定义协议中应在校验逻辑中显式检查状态码并抛出领域专属异常。
1. 状态码校验应放在协议解析逻辑中，而非依赖 ProtocolException
自定义协议中，状态码通常是应用层约定的字段（例如：前 2 字节为 status code）。你需要在解码器（Decoder）或响应处理器中显式校验：
- 读取到状态码后，立即判断是否在预定义的有效范围内（如 0x00–0x0F）
- 若非法，主动抛出自定义异常（如
InvalidStatusCodeException）或返回错误响应 - 不要等待底层触发 ProtocolException——它大概率根本不会发生，因为你的协议不在 HttpURLConnection 的管辖范围
2. 若必须复用 ProtocolException，仅限语义匹配且需手动抛出
ProtocolException 是受检异常，可被你主动 throw，但仅建议在明确属于“协议格式破坏”场景下使用（例如：状态码字段缺失、长度错位、非整数字符混入）：
if (statusCodeBytes.length != 2) { throw new ProtocolException("Status code field must be exactly 2 bytes"); }if (code 255) { throw new ProtocolException("Invalid status code: out of byte range"); }- 注意：这属于语义借用，不是标准用法，团队需统一理解其含义
3. 更推荐使用领域专属异常 + 清晰错误上下文
相比 ProtocolException，自定义异常能更好表达业务意图：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 定义
InvalidProtocolStatusCodeException extends RuntimeException - 构造时传入原始字节、期望范围、实际值等，便于日志追踪和调试
- 避免混淆标准协议（HTTP/FTP）与私有协议的错误语义
4. 在 Netty 或 NIO 场景中，校验应在 ChannelInboundHandler 中完成
例如在 channelRead() 中解析完消息体后：
立即学习“Java免费学习笔记（深入）”；
- 提取 status 字段
- 校验合法性
- 合法则继续 pipeline；非法则调用
ctx.fireExceptionCaught(...)或直接ctx.close()
