場景

使用 Spring Cloud Eureka 搭建服務(wù)注冊中心，使用 Zuul 搭建服務(wù)網(wǎng)關(guān)，一套比較傳統(tǒng)的微服務(wù)架構(gòu)。

服務(wù)注冊中心的地址為 http://localhost:8888，Zuul 網(wǎng)關(guān)地址為 http://localhost:8080， 另外搭建一個服務(wù)名為 metadata-service 的服務(wù)，地址為 http://localhost:8088。

問題

在 metadata-service 中提供一個測試的接口

@RestController public class MetadataController { ?@GetMapping(value = "/test")public int getTest() {return 1;} }

使用 Postman 進行測試，結(jié)果發(fā)現(xiàn)直接請求 http://localhost:8088/test 即 metadata-service 的地址，可以正常得到結(jié)果

而通過網(wǎng)關(guān)，使用 Zuul 默認(rèn)路由規(guī)則，調(diào)用服務(wù)，會出現(xiàn) 404 的錯誤

分析

首先，我們可以先通過 http://localhost:8888 查看服務(wù)是否注冊到了服務(wù)注冊中心

可以看到?jīng)]有任何問題。

那么，我們再檢查網(wǎng)關(guān)有沒有獲取到 metadata-service 的路由。可以通過 http://localhost:8080/actuator/routes 查看（actuator默認(rèn)是關(guān)閉的，可以通過配置 management.endpoints.web.exposure.include=* 開啟）。

同樣，我們可以看到?jīng)]有任何問題。

那么，就很奇怪了 ，服務(wù)本身沒有任何問題，直接調(diào)用也可以訪問，而通過網(wǎng)關(guān)一轉(zhuǎn)發(fā)，為什么就 404 了呢？在網(wǎng)上查了一下午，也沒有找到有人遇到過類似的問題。。。

問題的關(guān)鍵在我關(guān)閉服務(wù)后再次請求 http://localhost:8088/test 時終于找到了。正常情況下，關(guān)閉了服務(wù)后，應(yīng)該沒有返回的 response，但發(fā)出請求過后仍然是 404

那么，就很明顯了，有另一個進程也在監(jiān)聽 8088 端口 ！！！

但還是很奇怪，那為什么服務(wù)啟動的時候沒有報端口被占用的錯誤呢？？？

重新啟動服務(wù)，使用 lsof -i tcp:8088 （Mac OS）查看端口占用情況

果然有兩個進程同時在監(jiān)聽，而一個是 IPv4，一個是 IPv6的。

首先，根據(jù)這篇文章 https://blog.csdn.net/jiyiqinlovexx/article/details/50959351 的解釋，多個進程是完全可以同時監(jiān)聽同一個端口的。

而從 Java 7 開始，默認(rèn)使用 IPv6 而不是 IPv4 （https://stackoverflow.com/questions/35470838/localhost-vs-127-0-0-1-in-spring-framework），所以對于 Spring 的 localhost 來說，其實真正使用的 IP 地址是 ::1，而不是 127.0.0.1 。使用 Postman 進行測試，可以發(fā)現(xiàn) http://[::1]:8088/test 得到正常結(jié)果，而 http://127.0.0.1:8088/test 則為 404 。這就完美地解釋了開啟服務(wù)與停止服務(wù)，返回結(jié)果不同的問題，Spring 服務(wù)所對應(yīng)的正是那個 IPv6 的進程。

那么，為什么網(wǎng)關(guān)轉(zhuǎn)發(fā)就到了 IPv4 呢？我們再來看一下服務(wù)注冊中心里的信息

可以看到其實 Eureka 保存的是每個服務(wù)的 IP 地址是本機的 IPv4 的內(nèi)網(wǎng)地址，而不是保存域名，這就是問題的關(guān)鍵。我們可以使用 Postman 發(fā)送請求 http://localhost:8080/metadata-service/test 后，使用命令 lsof -i tcp:8088 進行驗證。

可以看到的確是向內(nèi)網(wǎng) IP 地址，而不是向 localhost 轉(zhuǎn)發(fā)請求。

解決方案

至此，問題的原因已經(jīng)完全清楚了，果然程序都是 debug de 出來的。

最簡單的方法也很清楚了，換個端口號就 OK 了。

如果本文有錯誤或者理解不對的地方，歡迎指正！！！

那么，占了 8088 端口的 IPv4 進程是哪個程序呢？

。。。。Hadoop 出來挨打！！！

總結(jié)

以上是生活随笔為你收集整理的8080端口被占用_Spring Cloud IPv6端口问题排坑的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。