Elasticsearch geo_shape查询点在多边形内结果异常

这类点面判定错误90%以上都是多边形数据本身或索引配置问题导致，对应你描述的「红点误判、绿点判定正常」的现象，按概率从高到低排查以下问题：

• 多边形顶点绕向不符合规范，内外区域翻转
  Elasticsearch 处理geo_shape类型时严格遵循GeoJSON右手定则：外边界顶点按逆时针顺序排列时，顶点围合的小范围区域为多边形内部；如果顶点按顺时针排列，ES会将围合出的大范围（即你视觉上多边形之外的球面区域）判定为内部。
  绝大多数前端可视化工具不会校验顶点绕向，只要顶点首尾闭合就会填充你预期的灰色小区域，这就会导致你看到的多边形范围和ES实际识别的内部范围完全相反。如果你的红色点位离视觉上的多边形边界很近，刚好落在ES识别的内部区域，就会出现误判。
  另外老版本ES依赖的Spatial4j空间计算库有默认规则：如果多边形围合的区域面积超过地球表面积的1/2，会自动判定绕向错误翻转内外，哪怕你顶点是逆时针顺序，只要顶点顺序不对围出了跨半球的大面，也会触发这个逻辑。
• 多边形存在拓扑错误
  如果你的多边形存在边自相交、重复顶点、首尾点未闭合、内环（多边形孔洞）绕向错误的问题，ES用射线法做内外判定时，会统计错射线与多边形边的相交次数，导致边界附近的点位判定结果完全错误。这类问题通常只会影响边界周边的点位，距离较远的点位（比如你测试的绿色点）判定结果正常，和你遇到的现象高度匹配。
• 空间索引精度配置过低
  如果你使用的是7.x及更早版本的Elasticsearch，geo_shape字段默认采用Geohash/四叉树做栅格化空间索引，如果你手动将precision参数设置得过低，多边形会被简化为粗糙的栅格块存储，边界外邻近的点位会被错误归类到多边形覆盖的栅格中，出现误判。8.x之后版本默认采用矢量形式存储经纬度形状，这类精度问题基本不会出现。

快速验证方案 #

1. 直接查询ES中存储的多边形文档，导出所有顶点坐标，校验多边形的绕向、拓扑错误，将外边界调整为严格逆时针顺序，修复自相交、重复顶点问题后重新写入文档，再测试红点查询结果。
2. 选一个距离你视觉上多边形极远的测试点（比如跨几十个经纬度的点位）发起查询，如果这个点也返回命中，可直接确认是顶点绕向错误导致的内外翻转。
3. 若使用7.x及更早版本，检查geo_shape字段的mapping配置，将精度调整为1m或更高，关闭形状自动简化配置。

内容的提问来源于stack exchange，提问作者woshitom