我司后端接口是这样的，而我恰恰又是个 Android

[Ponze]

你们公司遇到过吗？

[lihongjie0209]

接口没法改的话自己做转化吧

[xiaozhu5]

好在我们公司后端没这么坑

[taogen]

用 0 1 2 来作 key 好奇葩啊

[zjsxwc]

内容不固定的中文数据作为 json key，666

[zjsxwc]

只能直接当 json 解析啦

https://github.com/ralfstx/minimal-json#example-extract-nested-contents

[Baymaxbowen]

提刀去沟通一下

[sunday1]

就说这样你不高兴。让他以后别这样了

[micean]

0,1,2 做 KEY 的，NGA 就是这样的
中文 KEY 我原来还真用过，某个动态报表，实在懒得起个英文名……

[Telegram]

为啥都喜欢往 loli.net 这个图床传图片，感觉很卡啊，而且经常挂掉

[qinfensky]

很久前我也遇到这样的后端，给我的 key 是不明确了，还说自己没办法，后端就是这样的，哈哈啊哈

[LLaMA2]

这事问题不大，先和后端友好协商，同时也需要把项目负责人叫来确认，他们对此做法都无异议，你就写起来。你要保证你解析的方式绝对不会出现问题，他要是把 JSON 数据次序搞乱了，出现崩溃等各种不可预知的问题，你就告诉她为什么出现这种情况，当初他们可是点了头的。

[passerbytiny]

楼上的，0 1 2 不是 key，是数组索引在 JSON 转换的时候被切换成了 KEY。这个转换方法我以前见过，但是忘了是啥原因了，貌似是某些语言没有数组，所以数组只能用这种形式传过去。

如果你们后端是 Java 的话，请考虑建议老板开了他，Java 的 JSON 序列化框架从来不会默认转换成这种形式，能搞出这种形式，极有可能是开发人员使用了复制粘贴大法，并且既没有自审代码，也测试。

然后纵表数据出数据库后，不转换成对象形式，也是极度不负责任的。

[liuxey]

@Telegram #9 像 loli 这么毫无要求的图床已经不多了，主要是服务器不在国内所以有点慢，总比 imgur 访问不了和 sina 的 403 好

[Telegram]

@liuxey #12 刚刚这个图一直刷不出来，挂代理也刷不出来，现在又好了。相当不稳定。
感觉微博的图床还不错，不过现在好像加了防盗链，会检查 referer

[Mogugugugu]

动态报表，用户自定义的字段，要强制用户输入英文吗？大佬们给个解决方案哇 = =

[gz911122]

我赌 5 毛钱 你们后端是 php

[reus]

PHP ？数组和字典混用的垃圾

[colaman]

@passerbytiny 百分之百是 PHP，以前公司就是在这样，时不时冒出这种 0123，还跟我说没办法修复，笑死了

[zhzbql]

@colaman php 直接用 unset 销毁数组元素就会这样，unset 后索引数组实际转为关联数组，JSON 化后转 js 对象而不是数组

[sanggao]

这个后端是 php 的 哈哈哈 因为我也是后端 php 的，以前碰到过同时写的，我都替客户端委屈