在 ElasticSearch 5.0 之前，字符串类型是 string。从 5.0 版本开始，string 类型被废弃，引入了 keyword 、text 两种类型。

两者的主要区别是：

keyword 存储数据时候，不会分词建立索引。不支持全文搜索。所以，只能是使用精确匹配进行查询，比如 term 查询。
text 默认支持全文搜索。

2.长度区别：
keyword 的最长长度是 32766 字节。（原因应该是底层lucene做倒排索引时，限制了单词的长度。UTF-8中，英文字母是1个字节，中文一般是3个字节，表情符号是4个字节）
text 无长度限制。（但被分析器处理后的单词不应该超过 32766 个字节。-> 这是我推论出来的，待验证）。

使用 exists 代替 in 是一个好的选择：
select num from a where num in(select num from b)
用下面的语句替换：
select num from a where exists(select 1 from b where num=a.num)

exists语法

用法: exists后面一定是子查询语句，不能用（值1，值2）代替；where exists （查询），结构中没有列；exists后面的子查询不返回任何实际数据，只返回真或假，当返回真时 where条件成立，该条记录保留。
exists （查询），只要子查询不会空 则where条件就返回真。

微信称，微信小程序为开发者提供了打开 App 的技术服务，希望通过开发者的合理应用，能为微信用户提供更好的使用体验。平台在鼓励小程序提供优质内容与服务的同时，也十分关注用户在小程序内的流畅体验。

近期，收到大量用户投诉，在小程序使用过程中，正常使用流程被阻断、被引导跳转至app情况，此类情况严重影响了小程序用户体验；并且，相关功能设计容易被用户认为小程序功能支持不完善，实际是开发者滥用接口能力，限制了用户正常使用流程。

违规示例 1：用户正常观看视频过程中，页面操作后提示跳回 app，影响继续观看视频内容。

违规示例 2：用户浏览商品评价过程中，中途被引导打开 app，影响继续浏览商品页面。

以上行为，违反了《微信小程序平台运营规范》5.15，属于滥用接口能力行为，微信小程序应当合法、合规、正当、善意地使用腾讯提供的各项功能、接口和能力等，使用时应当遵循微信小程序相关的协议规则，保护微信用户和其他第三方的合法权益，并符合腾讯对微信小程序所提倡的各项要求和建议。不得自行或协助他人滥用、不正当使用、非善意使用上述功能、接口、能力等。

为优化用户体验，平台将于2021年5月20日之后不再提供“小程序打开App技术服务”，为避免影响小程序线上服务及用户体验，请开发者及时对小程序进行开发调整，避免回收后影响服务流程。

微信小程序希望能为用户提供完整、流畅的使用体验，希望开发者合理应用各项功能、接口和能力，共同维护良好的用户体验。

这对于不论是小程序运营方还是微信用户影响都是蛮大的，运营方需要针对性地对小程序做技术调整，微信用户在小程序中跳转打开第三方 App 即将成为历史。

在c:foreach中使用varStatus属性，然后再循环中任意位置使用index属性

<c:forEach items="${categoryList}" var="category" varStatus="idxStatus">
      <c:out value='${idxStatus.index}'/>
</c:forEach>

批量插入 Mybatis批量insert

void batchInsert(@Param("list") List<Bean> list);

<insert id="batchInsert" parameterType="java.util.List" useGeneratedKeys="true">
  insert into aaa( info_id, `name`, event, event_time )
  VALUES
  <foreach collection="list"  separator="," item="item">
    (#{item.infoId},
    #{item.name},
    #{item.event},
    #{item.eventTime}
  </foreach>
</insert>

核心使用的是：foreach values。