能否混合使用application/x-ndjson与application/hal+json作为HTTP响应类型？

你要实现的「流式读取+单条记录带HAL超链接」的组合完全是可行的，这种做法符合HTTP规范，不属于不推荐的操作。

你给出的示例响应本质是每一行都是独立HAL+JSON结构的NDJSON流，两种格式的能力没有任何冲突：你依然可以不用等待完整响应返回就逐行解析数据，每行解析出来的对象也可以直接读取_links字段使用HAL的超链接能力。

Content-Type设置方案 #

根据你的使用场景可以选择两种方案：

• 面向通用公开客户端的场景：使用标准的application/x-ndjson作为主媒体类型，通过profile参数补充说明单条记录遵循HAL规范，完整的响应头写法为：

  Content-Type: application/x-ndjson; profile="hal+json"
  

  这种写法兼容所有普通NDJSON客户端：不识别profile参数的客户端会按普通NDJSON逐行解析，正常使用数据字段，只是不会主动处理_links的超链接语义而已，完全不影响基础功能。
• 内部服务或提前和调用方约定好协议的场景：可以直接使用自定义媒体类型，例如application/vnd.你的服务标识.hal+ndjson，只要双方协商一致就可以正常使用，灵活性更高。

避坑提醒 #

不要为了省事直接把Content-Type设置为application/json或者application/hal+json，这两类媒体类型都会让接收方默认将整个响应体当做单个JSON对象解析，会直接触发语法错误。

内容的提问来源于stack exchange，提问作者Fradantim