为什么后端经常会出现不按接口定义的类型返回值呢

我有个疑问，为什么后端经常会出现不按接口定义的类型返回值呢？

例如文档上写着：
```ts
{
    id: number;
    data: string[];
}
```
返回的时候却返回：
```ts
{
    id: "1000",
    data: null,
}
```
为什么后端不做处理呢？换过几家公司，见过好几个后端这样的了。一般来说，定义了`number`就返回`number`，定义了数组至少返回空数组`[]`吧？

我感觉是后端第一不方便，第二不够严谨，国内环境不认真的太多了

Java 还有一个眼前一黑的"null"

字符串数组引用类型，赋值为空很正常啊

刚接触 go 的时候就被零值切片坑过，print 的时候显示[]，转 json 就成了 null ，害……

@wolfie 你干脆从语言层面就不要存在空数组这种东西了呗？不按数据结构来纯粹是水平低下

可能文档是通过 model 生成的，在代码里 id 是 long ，但是序列化的时候做了配置，long 全部转为 string 了

前端是接口验收方，拿着放大镜找问题，想找肯定能找到了。

这返回的一点毛病没有，你自己懒怪谁。

就是懒

data 这个，一般都是指，在成功时会返回对应类型的，如果遇到失败就可能会是 null 了。
因为在一些失败的情况下，响应处理可能是业务层以外的地方（全局兜底）来处理的，这些地方不知道业务层会返回什么类型，所以按照默认的 null 返回了。

后端是 PHP? number 和 string 混用很正常