@Jonz 谢谢回复，目前就是用的判断注解的方法

@zhazi 我傻了，这个方法咋就没想到呢，spring 核心就是 AOP，忘本了

看看防火墙规则

这才过去几天啊，都研发出来了？估计是阿里拿这个蹭热度

@harde 好的，马上试试。可能还是数据量不够，认为不走索引排序更快

@kaid97 看下#6 我的回复，问题描述补充了一下

@ilyh #4 刚刚给店铺 100001 造了 100 条数据，又给另一个店铺也造了 200 条，查询结果：扫描了 100 行。现在的问题是虽然 store_id 走了那个联合索引，但是对 create_time 排序没有使用索引，SQL 语句中限制了条数：LIMIT 0,2。 但是却扫描了 100 行。期望是仅扫描 2 行。
难道是我认知错误了，ORDER BY 永远不会索引？

@ilyh #1 我多造点数据试试

好吧，看错，是 excel 统计，告辞。

按位与或操作可行？
例如，A 为 001，B 为 010，C 为 100 （二进制表示）
SELECT xx FROM table WHERE xx & mask > 0
其中，mask 为掩码，如果你想查询符合 A 或 B 的，那么掩码设为 011 （即十进制的 3 ）
题目没细看，不符合要求请无视

我是哪个能解锁刷机，生态好就买哪个

我上次在 linux 拷贝文件夹也是，花了几分钟拷贝完没见影儿，再三确认了文件路径，就是找不到

leetcode ？

最近在学习 Redis

正常，为了安全。

可以使用 Xshell 的保持活动状态功能，每隔段时间自动发送活动数据包，这样就不会掉了

感谢 @smeraldo 的方案，已解决。不过项目里用的是阿里的 fastjson，可以使用 @JSONType 注解，支持 seeAlso 配置
具体请参照文档 [JSONType_seeAlso_cn]( https://github.com/alibaba/fastjson/wiki/JSONType_seeAlso_cn)

@smeraldo 666

@leon0903 暂时的方案：不让 Spring 自动绑定了，手动用 JSON 工具去解析 body，根据 type 解析成不同的 GoodsForm。暂时先这样吧