后端返回LinkedHashMap至前端时纯年份key场景下顺序异常排查

项目中使用LinkedHashMap存储聚合数据，key为日期格式字符串，value为对应维度的数值数组，初始存储时日期按倒序排列，示例数据如下：
{"2017-12-01": [1,2,3], "2016-12-01": [1,2,3], "2015-12-01": [1,2,3]}
初期前端展示顺序与后端存储顺序一致，运行正常。后续业务提出新需求，日期不再固定展示为YYYY-MM-DD格式，部分场景需展示为YYYY-MM或YYYY格式。

当key格式为YYYY-MM-DD或YYYY-MM时，前端接收的数据顺序与后端存储顺序完全一致，展示正常；但当key格式为YYYY（纯年份字符串）时，后端存储的倒序数据返回至前端后顺序发生反转：后端存储顺序为{"2017": [1,2,3], "2016": [1,2,3], "2015": [1,2,3]}，前端实际接收顺序为{"2015": [1,2,3], "2016": [1,2,3], "2017": [1,2,3]}。

后端构造LinkedHashMap的代码如下：

Map<String ,Object>  map = new LinkedHashMap<>();
    map.put("2017",Arrays.asList(1,2,3));
    map.put("2016",Arrays.asList(1,2,3));
    map.put("2015",Arrays.asList(1,2,3));
return map;

所有Map的key均为字符串类型，经排查确认：仅当key为纯年份格式时，数据返回后顺序会发生变化，其余日期格式key的顺序均保持正常。

问题和LinkedHashMap本身的存储逻辑无关，出在JSON序列化环节的默认优化规则上：

• 常用的Java JSON序列化框架（Fastjson、Jackson等）序列化Map时，会自动检测key的格式：如果key是能被解析为整数的纯数字字符串，部分框架默认会把这类Map判定为类数组结构，自动按key的数值大小做升序重排后再生成JSON字符串。
• 场景里的YYYY-MM-DD、YYYY-MM格式key带横杠，无法被解析为数字，框架会直接保留LinkedHashMap的插入顺序输出；但纯年份key（比如"2017""2016""2015"）全是数字字符，会触发框架的自动排序逻辑，最终输出的JSON就变成了按年份从小到大排列，和后端存储的倒序完全相反。
• 注意：JSON官方标准从来没有规定对象的key必须保序，业务逻辑强依赖前端拿到的key顺序本身就存在兼容性风险，不同浏览器、不同JSON解析库都可能对key顺序做不同处理。

• 直接修改JSON序列化框架的配置，全局关闭数字key Map的自动排序特性，强制所有Map按插入顺序序列化。
• 纯年份场景给key加非数字标识，比如拼接前缀变成year_2017，让框架无法把key识别为数字，前端拿到数据后再裁掉前缀即可。
• 最稳妥的方案是放弃用Map传有序数据，改成结构化数组返回，比如输出[{"date":"2017", "value":[1,2,3]}, {"date":"2016", "value":[1,2,3]}]这种结构，从根源上绕开JSON对象key顺序不确定的问题。

内容的提问来源于stack exchange，提问作者贾志辉