[{}，{}]这种数常规的数组或则集合类型，你期望的那种感觉是个多维数组了，这种只有自己去转换。

都是非容器类了，spring不管理，它肯定不知道要注入是那个具体的实例，你要自己new出来。

{代码...}

1:tidb库层面实践过，利用数据id做线程分页段。2:百万数据存在深度分页问题，[链接] 可以按照这个思路去思考。

1:这种Bean一般是单例，自动按照类型注入2：如果是多实现，这就要指定BeanName

这篇文章可能会有思考:[链接]

1：其实没强要求service必须有接口，如果业务都是单一，不存在多形态的业务，一个service类也行，但是为了后期策略的扩展，可能有接口也要好一点。2：然后最主要的是java提倡的：面向接口编程，这个接口就是可能会有扩展的接口多态实现。3：可能是事务的代理，利用jd...

看你是主前端还是后端，主后端的话还是你们前面说的那些，前期都要去深入了解下如何使用，后期的话还是注重其使用的原理，知其然，知其所以然，以及一些算法等等。

1:mysql记录表，唯一键索引，插入成功的实例就执行。2:如果有mq就借助mq消费，redis都没得话，大概率mq也不会有。。。

flatMap

其实仔细理解的话你就会发现是个伪命题，如果扩容之后我的size也要跟着变大，那么实际装了14个元素，确实触发了扩容，但是我的size就是扩容的大小话，那么这个容器的api size 就很有大的歧义，以及失去了它意义，反而是个浪费空间的容器。

1:git cherry-pick 可以检出特定的commit到一个分支2:但是最好不要暴力的直接检去master，因为你的dev分支被其他人污染了，最好从master拉一个分支xxx，检到xxx分支上，待测试完成，在合到master上去。

1:根据modifyTime在前同一天9点和今天9点之间的数据拉取过来，要么insert要么update2：如果是单体应用，springBoot的@Scheduled和@EnableScheduling组合实现自动任务，如果是多实例的应用，就要考虑分布式调度执行，或则简单点多实例都去抢占分布式锁，能获取到锁的...

<choose> {代码...}

MySQL的json函数查询

spring: profiles: {代码...}

1：修改方便2：省去你的xml维护sql的工作3：其实语义规范好，dao层做好封装，还是还清洗明了的。

1:如果是其他系统的性能问题导致，最好就是异步解耦去操作了，上传完文件到服务器或则腾讯云阿里云上面，用调度是扫这些文件再慢慢检验，就要有个报表中心的菜单2:并发处理，批处理你的文件，easyExcel有异步收到多少条数据就可以处理了，不必同步等待io全部上传完成。

在service层遍历一下，Map的value值从字符串转换成数据即可。

1：你可能其他模块jar包又依赖引入了Spring-framework非boot版本依赖的版本2：用maven tree看下依赖排查下