本周基于arcgis/core组件，利用arcgis api for js 4.22版本加载GeoServer发布的同一数据源的wms和wfs服务，出现了偏移的问题。
分析：同一数据源不同的访问方式，出现了偏移，这是很严重的问题。初步判断为js api加载方式的问题，或者是geoserver中的配置问题。
探索一：js api是利用WFSLayer来加载WFS服务，通过页面调试，发现访问的请求中epsg是4326，而我们的数据是4490，找到问题了。但在加载WFSLayer时设置spatialReference，设置后依然无效。包括MapView设置spatialReference，依然无效。
在网上查找相关资料，针对一些针对3.x版本中同仁们遇到的问题，尝试采用如下方式加载WFSLayer（代码段1）：
getCapabilities('https://zjgt.portal.com:9080/geoserver/ows').then((capabilities) => {// create a list of the returned feature typesgetWFSLayerInfo(capabilities, 'polygona', 'https://zjgt.portal.com:9080/zjgt', { spatialReference: viewSpatialReference }).then((layerInfo) => {// create a list of the returned feature typesconst layer = WFSLayer.fromWFSLayerInfo(layerInfo)// add layer to the mapmap.add(layer)结果，很遗憾问题依然存在，虽然spatialReference通过调试发现已经正确了。这就很尴尬了，还有别的问题。
经过疯狂的查找，最终发现geoserver返回的坐标小数点后面只有4位。这。。。。。
GeoServer这么坑的吗？于是登录GeoServer，查看相关配置。最后找到了如下配置：
修改后 ，发现无效。在服务器上重启相关容器，发现依然无效。。。。。。。
简直崩溃，但我还是认为就是这里的问题。在本机（windows）上查看这个地方，发现是8。修改后，查看服务情况，发现果然改了。终于确定问题。
那么服务器上的这个版本GeoServer如何解决呢？重装一个版本？？
现象：修改值后，能够成功保存，但是查看服务没有生效。暂且认为是GeoServer的bug。到服务器上找找相关配置：
修改后，果然解决了。
这里其实还有一个问题：我在本机（windows）安装与服务器上同一个版本的GeoServer也没有这个配置问题，哎。
到这里，这个问题就解决了，但是还有一个现象记录一下。采用代码段1加载wfs服务的时候（图片3）：
但是，调试的时候发现代码段1中：
spatialReference已经改为：4490，且不再偏移。
回过头来用下列加载方式：
const layer = new WFSLayer({url: 'https://zjgt.portal.com:9080/geoserver/ows',name: 'zjgt:polygona'})map.add(layer)图片3中依然是4326，但是不再偏移。这里我认为是易智瑞的一个bug。
