wget http://download.java.net/media/jai/builds/release/1_1_3/jai-1_1_3-lib-linux-amd64.tar.gz

wget http://download.java.net/media/jai-imageio/builds/release/1.1/jai_imageio-1_1-lib-linux-amd64.tar.gz

gunzip -c jai-1_1_3-lib-linux-amd64.tar.gz | tar xf - && \

    gunzip -c jai_imageio-1_1-lib-linux-amd64.tar.gz | tar xf - && \

    mv /tmp/jai-1_1_3/lib/*.jar $JAVA_HOME/jre/lib/ext/ && \

    mv /tmp/jai-1_1_3/lib/*.so $JAVA_HOME/jre/lib/amd64/ && \

    mv /tmp/jai_imageio-1_1/lib/*.jar $JAVA_HOME/jre/lib/ext/ && \

    mv /tmp/jai_imageio-1_1/lib/*.so $JAVA_HOME/jre/lib/amd64/

經過上述操作后，重啟GeoServer，查看Server Status狀態(tài)頁中的native JAI和native JAI ImageIO兩項是否為true，若顯示為true說明原生庫優(yōu)化成功。

參考：http://gantiao.com.cn/post/18002178.html

雖然成功，但是啟動后tiff影像文件預覽出現下面的錯誤：

geoserver發(fā)布tiff影像文件圖層預覽的時候出現Error rendering coverage on the fast path錯誤

Error rendering coverage on the fast path

javax.media.jai.util.ImagingException:All factories fail for the operation "ImageRead"

All factories fail for the operation "ImageRead" java.lang.llleagalArgumentException:bandOffsets.length is wrong!

bandOffsets.length is wrong!

大概意思是“圖片讀取”這個操作是失敗的。非法參數異常：波段偏移長度異常！

看完后我是一臉懵逼的，本來就對柵格數據不了解，波段是知道的，但是這個波段偏移直接沒聽過，之前也出現這種問題，貌似刪掉一個波段就好了（不是自己操作的），但我現在不想那么做，會損壞影像。這個情況一開始是沒有的，在公司測試是好的，但是遠程給客戶出現這個問題。想來想去，是因為自己用arcmap打開過，雖然沒有改動什么，但是產生了很多比如投影，金字塔的文件，只需要把這些文件刪掉就好了。

在GeoServer中，當您嘗試發(fā)布TIFF影像文件作為圖層并預覽時遇到“Error rendering coverage on the fast path”錯誤，這通常意味著GeoServer在快速渲染 TIFF 圖像數據時遇到了問題。GeoServer 使用 GeoTools 庫處理和渲染柵格數據，包括TIFF格式的地理空間影像。

這個錯誤可能的原因有：

1. TIFF 文件格式問題：

   - 文件可能包含不被GeoServer支持的數據類型或者壓縮方式。

   - 文件的地理參考信息（坐標系統(tǒng)）可能缺失或無效。

2. 內存限制：

   - 如果TIFF文件非常大并且無法一次性加載到內存中進行快速渲染，可能會觸發(fā)此錯誤。

3. 驅動兼容性：

   - GeoServer使用的柵格數據存儲驅動（比如GDAL）可能與特定TIFF文件的特性不兼容。

4. 服務器資源不足：

   - 服務器的CPU、內存或磁盤I/O資源不足以快速處理和渲染圖像。

5. 配置錯誤：

   - GeoServer的相關參數設置不正確，例如緩存策略、覆蓋物樣式等。

解決該問題的步驟可以包括：

- 檢查TIFF文件是否符合GeoServer支持的標準和要求，如使用常見的地理編碼、色彩模式和壓縮方法。

- 確認TIFF文件的元數據完整且正確，尤其是在`gdalinfo`或類似工具下查看其投影信息是否準確無誤。

- 調整GeoServer的內存分配或者其他相關配置參數，確保有足夠的資源處理大型影像。

- 嘗試禁用快速渲染路徑，轉而使用標準路徑來查看是否能成功渲染，雖然這樣可能會影響性能。

- 更新GeoServer和相關的柵格數據存儲插件至最新版本，以修復已知的問題。

根據具體情況，可能需要深入排查日志文件獲取更詳細的錯誤信息，以便針對性地解決問題。

org.geoserver.platform.ServiceException: Error rendering coverage on the fast path

at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:304)

at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:205)

at org.geoserver.wms.map.RenderedImageMapOutputFormat.produceMap(RenderedImageMapOutputFormat.java:82)

at org.geoserver.wms.GetMap.executeInternal(GetMap.java:346)

at org.geoserver.wms.GetMap.run(GetMap.java:203)

at org.geoserver.wms.GetMap.run(GetMap.java:113)

at org.geoserver.wms.DefaultWebMapService.getMap(DefaultWebMapService.java:250)

at sun.reflect.GeneratedMethodAccessor380.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:498)

at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:344)

at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:198)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:163)

at org.geoserver.kml.WebMapServiceKmlInterceptor.invoke(WebMapServiceKmlInterceptor.java:38)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)

at org.geoserver.gwc.wms.CacheSeedingWebMapService.invoke(CacheSeedingWebMapService.java:57)

at org.geoserver.gwc.wms.CacheSeedingWebMapService.invoke(CacheSeedingWebMapService.java:32)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)

at org.geoserver.gwc.wms.CachingWebMapService.invoke(CachingWebMapService.java:74)

at org.geoserver.gwc.wms.CachingWebMapService.invoke(CachingWebMapService.java:43)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)

at org.geoserver.ows.util.RequestObjectLogger.invoke(RequestObjectLogger.java:51)

at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:186)

at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:212)

at com.sun.proxy.$Proxy118.getMap(Unknown Source)

at sun.reflect.GeneratedMethodAccessor335.invoke(Unknown Source)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

at java.lang.reflect.Method.invoke(Method.java:498)

at org.geoserver.ows.Dispatcher.execute(Dispatcher.java:867)

at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:268)

at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:177)

at org.geoserver.gwc.GWC.dispatchOwsRequest(GWC.java:1368)

at org.geoserver.gwc.layer.GeoServerTileLayer.dispatchGetMap(GeoServerTileLayer.java:693)

at org.geoserver.gwc.layer.GeoServerTileLayer.getMetatilingReponse(GeoServerTileLayer.java:613)

at org.geoserver.gwc.layer.GeoServerTileLayer.seedTile(GeoServerTileLayer.java:865)

at org.geowebcache.seed.SeedTask.doActionInternal(SeedTask.java:141)

at org.geowebcache.seed.GWCTask.doAction(GWCTask.java:78)

at org.geowebcache.seed.MTSeeder.call(MTSeeder.java:34)

at org.geowebcache.seed.MTSeeder.call(MTSeeder.java:23)

at org.geoserver.gwc.seed.SeederThreadLocalTransferExecutor.lambda$submit$1(SeederThreadLocalTransferExecutor.java:53)

at java.util.concurrent.FutureTask.run(FutureTask.java:266)

at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)

at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)

at java.lang.Thread.run(Thread.java:750)

GeoServer錯誤堆棧信息來看，問題仍然是在嘗試快速渲染TIFF覆蓋物時出現異常。以下是一些針對性的解決步驟：

檢查TIFF文件兼容性：

使用GDAL或其他工具檢查TIFF文件的元數據、投影、色彩模式和壓縮方式等是否與GeoServer兼容。

確保TIFF文件沒有損壞，并且可以被GDAL正確讀取。

資源限制：

檢查服務器資源使用情況（內存、CPU），尤其是當處理大型TIFF文件時，確保GeoServer有足夠的內存進行渲染。如果必要，增加GeoServer JVM的堆大小。

如果是通過GeoWebCache(GWC)進行種子任務，確認GWC線程池配置合理，避免資源耗盡。

GeoServer版本和插件：

確認使用的GeoServer和相關柵格數據存儲插件是最新的穩(wěn)定版，可能存在已知的bug或兼容性問題需要更新解決。

調整GeoServer配置：

可以嘗試禁用快速渲染路徑，在GeoServer的WMS服務設置中調整相關參數，比如調整coverageRenderingHints來改變渲染策略。

日志分析：

查看GeoServer詳細日志，找到具體的錯誤描述，這將有助于確定問題的具體原因。例如，是否有關于內存不足、不支持的數據類型或者坐標系統(tǒng)錯誤的信息。

樣式和投影：

確認預覽地圖時使用的SRS（空間參考系統(tǒng)）與TIFF圖層的SRS一致，并且圖層樣式沒有導致渲染錯誤的問題。

根據上述排查步驟，針對具體發(fā)現的問題點采取相應的解決方案。如果問題依然存在，可能需要進一步求助于GeoServer社區(qū)或者專業(yè)的GIS技術論壇獲取幫助。

圖像格式眾多，雖然每種格式的數據結構定義是非常明確的，但是制作圖片的公司（個人）、軟件等都不同，導致圖片的數據內容不盡相同，尤其是可擴展的圖片，如tif。最近一次遇到該問題是因為tif數據以EXIF開頭，而不是常見的JFIF。說到底就是geoserver(也可以說是geotools，也有可能就是java的坑）對各種圖像的兼容性不夠好不過解決方法也很簡單，就是用arcgis把數據重新導出一下（arcgis可以說是標桿產品，如果arcgis都打不開，那么就可以說是數據的問題，而不是軟件的問題）。