背景

前段時(shí)間朋友咨詢(xún)他們公司某個(gè)HTTP接口偶現(xiàn)400錯(cuò)誤，有沒(méi)有什么好的分析方法和解決方案，使用的是Spring Cloud體系。最近有時(shí)間總結(jié)下這個(gè)問(wèn)題的處理過(guò)程。

為了分析問(wèn)題，筆者使用 Spring Boot 3.0.2還原報(bào)錯(cuò)場(chǎng)景進(jìn)行講解。

問(wèn)題分析

從朋友反饋的情況看，返回400狀態(tài)錯(cuò)誤碼的接口并不是一直出錯(cuò)，出錯(cuò)的概率在5%左右，得出并不是系統(tǒng)的錯(cuò)誤，從狀態(tài)碼400來(lái)看是調(diào)用方出錯(cuò)了，請(qǐng)求頭或者請(qǐng)求參數(shù)錯(cuò)誤。

從服務(wù)器上查tomcat的錯(cuò)誤日志，找到類(lèi)似下圖的錯(cuò)誤。

從錯(cuò)誤日志看到，調(diào)用方的請(qǐng)求頭個(gè)數(shù)超過(guò)了Tomcat默認(rèn)設(shè)置的個(gè)數(shù)（100個(gè)）。

定位

根據(jù)以上分析，需要在服務(wù)器上抓包，看調(diào)用方到底使用了什么參數(shù)。

在服務(wù)器上使用 tcpdump工具抓包分析http請(qǐng)求具體信息來(lái) 定位問(wèn)題。

因?yàn)椴荒軓姆?wù)器上下載文件，使用如下命令查看http請(qǐng)求信息。

tcpdump -A -s0 port 8080

在服務(wù)器上查看到類(lèi)似如下的http請(qǐng)求信息，通過(guò)Header信息發(fā)送是使用的某個(gè)鏈路追蹤工具添加的鏈路調(diào)用請(qǐng)求信息，每經(jīng)過(guò)一次調(diào)用就會(huì)添加一個(gè)同名的Header，調(diào)用鏈路多了的話(huà)就會(huì)導(dǎo)致Header個(gè)數(shù)超過(guò)Tomcat的默認(rèn)值，從而導(dǎo)致Tomcat拋出400錯(cuò)誤。

以下是使用Postman模擬超過(guò)100個(gè)Header的請(qǐng)求日志信息中的部分。

18:27:56.864393 IP 192.168.1.103.64156 > fedora.webcache: Flags [.], seq 1:1461, ack 1, win 513, length 1460: HTTP: GET / HTTP/1.1
E....b@...S....g...d.....'......P....=..GET / HTTP/1.1
Header0: 0
Header1: 1
Header2: 2
Header3: 3
Header4: 4
...
Header95: 95
Header96: 96
Header97: 97
Header98: 98
Header99: 99
User-Agent: PostmanRuntime/7.29.2
Accept: */*
Postman-Token: f

如果可以下載文件的話(huà)，使用下面的命令抓包，在開(kāi)發(fā)機(jī)上使用wireshark工具分析http請(qǐng)求包信息是最好的。

sudo tcpdump  port 8080 -w http.400.cap

解決方案

找到問(wèn)題原因之后，就好解決了。

解決方案有兩種：

• 找鏈路追蹤工具的團(tuán)隊(duì)解決Header的問(wèn)題
• 設(shè)置Tomcat Header個(gè)數(shù)

由于不是本公司系統(tǒng)且需要及時(shí)解決該問(wèn)題，沒(méi)辦法解決鏈路追蹤工具的問(wèn)題，給朋友推薦自定義配置的方式設(shè)置Tomcat最大Header數(shù)量，代碼如下：

/**
 * 自定義Tomcat配置參數(shù)
 */
@ConditionalOnProperty(value = {"server.tomcat.max-header-enable"}, havingValue = "true", matchIfMissing = false)
public class TomcatConfigure {
    /**
     * 最大Header數(shù)量
     */
    @Value("${server.tomcat.max-header-count:100}")
    private int maxHeaderCount;

    @Bean
   public WebServerFactoryCustomizer<ConfigurableWebServerFactory> tomcatCustomizer() {
        return new WebServerFactoryCustomizer<ConfigurableWebServerFactory>() {
            @Override
            public void customize(ConfigurableWebServerFactory factory) {
                TomcatConnectorCustomizer customizer = new TomcatConnectorCustomizer() {
                    @Override
                    public void customize(Connector connector) {
                        Http11NioProtocol protocol = (Http11NioProtocol) connector.getProtocolHandler();
                        protocol.setMaxHeaderCount(maxHeaderCount);
                    }
                };
                ((TomcatServletWebServerFactory) factory).addConnectorCustomizers(customizer);
            }
        };
    }
}

在應(yīng)用啟動(dòng)參數(shù)上加

**-Dserver.tomcat.max-header-enable=true -Dserver.tomcat.max-header-count=200**

重啟服務(wù)后解決該問(wèn)題。

總結(jié)

在這個(gè)故障排查過(guò)程中，需要對(duì)HTTP協(xié)議有較深的掌握，對(duì)HTTP狀態(tài)、請(qǐng)求頭等非常熟悉；熟練使用一些網(wǎng)絡(luò)工具，如tcpdump、wireshark等。

在解決過(guò)程中需要開(kāi)發(fā)人員熟練使用Spring Boot(有源碼經(jīng)驗(yàn)最好)，這樣可以對(duì)Spring Boot做擴(kuò)展，給需要的組件做個(gè)性化定制開(kāi)發(fā)。

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論