Angular 2.0对接Spring Boot出现HPE_INVALID_CHUNK_SIZE错误求助

这问题我之前帮同事排查过类似的，结合你的场景——服务端5分钟后返回大JSON，Angular报错但Postman正常，大概率是HTTP分块传输编码的解析问题，或者Angular客户端的配置/超时限制导致的，咱们一步步来解决：

先搞懂HPE_INVALID_CHUNK_SIZE是什么 #

这个错误是Angular底层依赖的Node.js HTTP模块抛出的，意思是它在解析服务端返回的分块编码响应时，发现块的大小格式不符合HTTP规范。Postman能正常是因为它的HTTP客户端容错性更强，或者对分块响应的处理逻辑更宽松。

解决方案1：调整Spring Boot的响应传输方式 #

服务端返回大体积JSON时，Spring Boot默认会启用分块传输编码（Transfer-Encoding: chunked），但长时间的连接可能导致中间链路（或者Angular客户端）解析出问题。咱们可以禁用分块，让服务端先把响应缓存起来再一次性发送：

方法A：手动设置响应头，禁用分块 #

在你的Spring Boot控制器里，添加响应头指定Transfer-Encoding: identity，并计算响应的字节长度：

@PostMapping("/your-api-endpoint")
public ResponseEntity<YourLargeResponseDto> handleLongRunningPostRequest(@RequestBody RequestDto request) throws JsonProcessingException {
    // 模拟5分钟的处理逻辑
    try {
        Thread.sleep(5 * 60 * 1000);
    } catch (InterruptedException e) {
        Thread.currentThread().interrupt();
    }
    
    YourLargeResponseDto largeResponse = generateYourLargeResponse();
    
    HttpHeaders headers = new HttpHeaders();
    headers.set(HttpHeaders.TRANSFER_ENCODING, "identity"); // 禁用分块传输
    // 计算JSON响应的字节长度
    ObjectMapper mapper = new ObjectMapper();
    byte[] responseBytes = mapper.writeValueAsBytes(largeResponse);
    headers.setContentLength(responseBytes.length);
    
    return new ResponseEntity<>(largeResponse, headers, HttpStatus.OK);
}

方法B：用字节数组缓存响应 #

如果计算字节长度麻烦，可以直接把响应序列化为字节数组，让Spring Boot一次性发送：

@PostMapping("/your-api-endpoint")
public ResponseEntity<byte[]> handleLongRunningPostRequest(@RequestBody RequestDto request) throws JsonProcessingException {
    // 模拟长时间处理
    try {
        Thread.sleep(5 * 60 * 1000);
    } catch (InterruptedException e) {
        Thread.currentThread().interrupt();
    }
    
    YourLargeResponseDto largeResponse = generateYourLargeResponse();
    ObjectMapper mapper = new ObjectMapper();
    byte[] responseBytes = mapper.writeValueAsBytes(largeResponse);
    
    HttpHeaders headers = new HttpHeaders();
    headers.setContentType(MediaType.APPLICATION_JSON);
    headers.setContentLength(responseBytes.length);
    
    return new ResponseEntity<>(responseBytes, headers, HttpStatus.OK);
}

解决方案2：调整Angular 2.0的HTTP客户端配置 #

Angular 2.0的Http服务默认的超时设置或者响应解析逻辑可能不兼容这种长时间的大响应，咱们做两个调整：

1. 设置足够长的超时时间 #

默认情况下，Angular的HTTP请求可能没有明确的超时，但底层XHR可能有隐性限制，手动设置一个比5分钟更长的超时：

import { Http, Headers, RequestOptions } from '@angular/http';
import { Observable } from 'rxjs/Observable';
import 'rxjs/add/operator/timeout';

@Injectable()
export class YourApiService {
    constructor(private http: Http) {}

    sendLongRunningPost(data: any): Observable<any> {
        const headers = new Headers({ 'Content-Type': 'application/json' });
        const options = new RequestOptions({ headers: headers });
        
        // 设置1小时超时，确保覆盖5分钟的处理时间
        return this.http.post('/api/your-api-endpoint', JSON.stringify(data), options)
            .timeout(360000)
            .map(response => response.json());
    }
}

2. 手动解析JSON，避免自动解析的bug #

Angular 2.0的自动JSON解析可能对分块响应处理有问题，先以文本形式获取响应，再手动解析：

import { Http, Headers, RequestOptions } from '@angular/http';
import { Observable } from 'rxjs/Observable';
import 'rxjs/add/operator/timeout';

@Injectable()
export class YourApiService {
    constructor(private http: Http) {}

    sendLongRunningPost(data: any): Observable<any> {
        const headers = new Headers({ 'Content-Type': 'application/json' });
        const options = new RequestOptions({ 
            headers: headers,
            responseType: 'text' // 指定返回文本类型
        });
        
        return this.http.post('/api/your-api-endpoint', JSON.stringify(data), options)
            .timeout(360000)
            .map(response => JSON.parse(response.text())); // 手动解析JSON
    }
}

解决方案3：排查中间代理的超时设置 #

如果你的Angular应用和Spring Boot之间有Nginx、Apache等代理服务器，一定要检查代理的超时配置：

• 比如Nginx，需要设置proxy_connect_timeout和proxy_read_timeout为至少5分钟以上（比如600s），否则代理会提前断开连接，导致Angular接收到不完整的分块响应，触发错误。

验证服务端响应的分块格式 #

可以用curl命令测试服务端的响应是否符合分块编码规范：

curl -v -X POST http://your-spring-boot-server/your-api-endpoint -d '{"key": "value"}'

观察响应头里的Transfer-Encoding: chunked，然后看响应体的每一块是否是十六进制的数字+换行+数据，最后以0+空行结束。如果格式有问题，那就要修复Spring Boot的响应生成逻辑。

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