<p>request.get이 "헤더 내용에 잘못된 문자가 포함되어 있습니다"와 충돌합니다.</p>

또한 - 나는 그 예외를 잡을 방법을 찾지 못했습니다. try-catch이든 .on('error', ... 이든 상관없이

Node 버전 0.12.12 이상을 사용하여 동일한 오류가 발생합니다. 동일한 코드가 0.12.9에서 작동합니다.

_http_outgoing.js:355
      throw new TypeError('The header content contains invalid characters');
            ^
TypeError: The header content contains invalid characters
    at ClientRequest.OutgoingMessage.setHeader (_http_outgoing.js:355:13)
    at new ClientRequest (_http_client.js:101:14)
    at Object.exports.request (http.js:49:10)
    at Object.exports.request (https.js:136:15)
    at Request.start (//application/node_modules/request/request.js:747:30)
    at Request.end (/application/node_modules/request/request.js:1381:10)
    at end (/application/node_modules/request/request.js:575:14)
    at Immediate._onImmediate (/application/node_modules/request/request.js:589:7)
    at processImmediate [as _immediateCallback] (timers.js:367:17)

제 경우에는 쿠키에 줄 바꿈을 보내고 있었습니다. 나는 그것을 제거해야했다.

아니요, 제 경우는 쿠키도 추가 헤더도 없는 간단한 한 줄짜리입니다.

내 계정 정보에 액세스하려고 할 때 https://github.com/matt-major/do-wrapper를 사용하여 동일한 문제가 발생합니다.

_http_outgoing.js:348
    throw new TypeError('The header content contains invalid characters');
    ^

TypeError: The header content contains invalid characters
    at ClientRequest.OutgoingMessage.setHeader (_http_outgoing.js:348:11)
    at new ClientRequest (_http_client.js:85:14)
    at Object.exports.request (http.js:31:10)
    at Object.exports.request (https.js:197:15)
    at Request.start (/home/pierre/Documents/freelance/upwork/dosh/node_modules/do-wrapper/node_modules/request/request.js:746:30)
    at Request.write (/home/pierre/Documents/freelance/upwork/dosh/node_modules/do-wrapper/node_modules/request/request.js:1345:10)
    at end (/home/pierre/Documents/freelance/upwork/dosh/node_modules/do-wrapper/node_modules/request/request.js:560:16)
    at Immediate._onImmediate (/home/pierre/Documents/freelance/upwork/dosh/node_modules/do-wrapper/node_modules/request/request.js:588:7)
    at processImmediate [as _immediateCallback] (timers.js:383:17)

문제는 이것을 수정하는 것은 쉽지만 request 는 오류를 잡아서 오류 처리기를 통해 전파해야 한다는 것입니다. 현재 이것은 수동으로 시도/캐치할 수 없기 때문에 복구할 수 없는 꽤 나쁜 서버 충돌을 일으킬 수 있는 포착되지 않은 예외로 발생합니다.

그래서 저는 이것이 request 에서 꽤 심각한 버그라고 말하고 싶습니다. 오류를 전파해야 합니다.

나는 지금 이 문제를 해결하기 위해 좋은 2시간을 투자했는데, 재생산 테스트 케이스를 작성하는 것은 아주 사소한 일이었습니다.
코드베이스에 대한 현재 지식으로 https://github.com/request/caseless 에 유효성 검사를 추가하지 않는 한 고칠 수 없다는 결론에 도달했습니다. btw 발견하는 데 20-30분이 소요되었습니다. self.setHeader . 그 동작은 caseless 에 문서화되어 있지 않으며 헤더 설정 및 가져오기를 처리하는 이름에서 분명하지 않으며 caseless.httpify(self, self.headers) 가 setHeader 개체를 원숭이 패치할 것으로 예상되지도 않습니다.

요청 개체가 생성된 시점의 try/catch 는 실행을 중단할 수 있는 간단한 방법이 없기 때문에 복구가 거의 불가능합니다. self.req.end 는 계속 호출되며 호출이 제거되면 후속 동작이 트리거되지 않습니다(다시 말하지만 완전히 명확하지 않은 이유로).

솔직히 말해서, 내 프로덕션 서비스가 로직이 너무 복잡해서 try/catch에서 오류를 전파하는 것만큼 쉬운 것이 전체를 깊이 연구하지 않고는 실질적으로 불가능한 1.4k 라인 메인 파일이 있는 라이브러리에 의존한다는 것이 두렵습니다. 이벤트의 루브 골드버그 기계. 이제 이 문제에서 벗어나야 할 때입니다.

이것은 더 엄격한 헤더 유효성 검사가 있는 노드 5.6.0 이상에도 영향을 줍니다. https://github.com/nodejs/node/blob/v5.6.0/CHANGELOG.md

여기에서 수정됨 https://github.com/request/request/pull/2164

코드에서 오류를 처리하는 방법에 대한 테스트를 살펴보십시오.

.on('error', ... 이벤트와 함께 오류 처리가 평소와 같은 것 같습니다. 좋은!

이렇게 하면 미래에 어리석은 일에 앱이 충돌하지 않고 request 더욱 강력하게 만들 수 있습니다.

글쎄, 지금 나는 엄청나게 어리석은 멍청이처럼 느껴진다.
실제로 동일한 솔루션이 준비되어 있었고 테스트가 계속 실패했습니다.
내 '사소한 테스트 케이스'에서 t.end() 전화하는 것을 잊었습니다.

죄송합니다. 다음 번에 내 지점을 게시하고 피드백을 요청할 것입니다.

@TimBeyer 문제 없습니다. 버전 2.71이 수정 사항과 함께 게시되었습니다. +1:

@simov 버전 2.71은 부분적으로 문제를 해결했습니다. 다음은 게시물 요청을 보내고 데이터를 청크로 가져오는 시나리오입니다.

request({
              method: 'POST',
              headers: {
                 'test': 'אבגד'
              },
              uri: apiUrl,
              qs: req.query,
              json: req.body,
              gzip: true
            }
            , function(error, response, body) {
               console.log('callback')
            })
            .on('response', function (response) {
             console.log(response)
            })
            .on('error', function (err) {
              console.log(err);
            });

이것을 실행하면 오류가 발생합니다

return self.req.write.apply(self.req, arguments)
                 ^

TypeError: Cannot read property 'write' of undefined
    at Request.write (/Users/muhammadkhurrumqureshi/Workspace/www/node_modules/request/request.js:1385:18)
    at end (/Users/muhammadkhurrumqureshi/Workspace/www/node_modules/request/request.js:565:18)
    at Immediate._onImmediate (/Users/muhammadkhurrumqureshi/Workspace/www/node_modules/request/request.js:594:7)
    at processImmediate [as _immediateCallback] (timers.js:383:17)

이것에 대해 친절하게 도와주시겠습니까?

@khurrumqureshi는 https://github.com/request/request/pull/2165 :+1에서 수정되었습니다.

기본적으로 end 방법과 동일한 검사입니다. 그 이유는 start 가 이전 행에서 호출되고 있고 지금까지 던질 것으로 예상되지 않았기 때문입니다. 요청에 본문 write 이 있으면 end 전에 호출되므로 오류가 발생합니다.

@simov : +1:

여기도 마찬가지입니다.

TypeError: The header content contains invalid characters
    at ClientRequest.OutgoingMessage.setHeader (_http_outgoing.js:348:11)
    at new ClientRequest (_http_client.js:85:14)
    at Object.exports.request (http.js:31:10)
    at Object.exports.request (https.js:199:15)
    at Request.start (/home/mymodule/node_modules/request/request.js:744:32)
    at Request.end (/home/mymodule/node_modules/request/request.js:1433:10)
    at end (/home/mymodule/node_modules/request/request.js:566:14)
    at Immediate.<anonymous> (/home/mymodule/node_modules/request/request.js:580:7)
    at runCallback (timers.js:570:20)
    at tryOnImmediate (timers.js:550:5)

응답 헤더는 다음과 같습니다.

headers:
      { 'x-backside-transport': 'OK OK,FAIL FAIL',
        connection: 'close',
        'transfer-encoding': 'chunked',
        'x-dp-local-file': 'true',
        'x-client-ip': '127.0.0.1,176.31.126.162',
        'x-global-transaction-id': '145630106',
        date: 'Tue, 08 Nov 2016 01:03:59 GMT',
        'www-authenticate': 'Basic realm="Gateway(Log-in)"',
        'x-archived-client-ip': '127.0.0.1',
        'content-type': '',
        'x-dp-tran-id': 'gateway' },
     rawHeaders:
      [ 'X-Backside-Transport',
        'OK OK,FAIL FAIL',
        'Connection',
        'close',
        'Transfer-Encoding',
        'chunked',
        'x-dp-local-file',
        'true',
        'X-Client-IP',
        '127.0.0.1,176.31.126.162',
        'X-Global-Transaction-ID',
        '145630106',
        'Date',
        'Tue, 08 Nov 2016 01:03:59 GMT',
        'WWW-Authenticate',
        'Basic realm="Gateway(Log-in)"',
        'X-Archived-Client-IP',
        '127.0.0.1',
        'Content-Type',
        '',
        'X-DP-Watson-Tran-ID',
        'gateway' ]

요청 헤더는 다음과 같습니다.

{ accept: 'application/json',
     authorization: 'Basic ...g==',
     referer: 'https://hostname.com/classify?text=%20So%20happy%20with%20this%20👍👍👍👍👍',
     host: 'gateway.myclass.net' }

보시다시피 요청에는 <U+1F44D> 특수 문자가 3번 포함되어 있습니다.

그게 문제가 아닐까요?

node.js https 모듈이 지원하지 않는 것 같습니다.

다른 사람이 나와 같은 문제를 겪고 있는 경우를 대비하여 aws-sdk 이 오류가 발생했고 몇 시간 동안 나를 미치게 만들었습니다. PrvScan 문자 \u001b[5~ 밝혀졌으며, 이는 AWS 요청에서 사용하는 Authorization 헤더로 전파된 내 ~/.aws/credentials 파일에 숨어 있었습니다. 이 오류는 내 Windows 7 시스템에서만 나타났으므로 내 AWS 계정 및 일부 Windows 문자 인코딩에서 자격 증명 파일을 검색하는 방법과 관련이 있을 수 있습니다. cat 자격 증명 파일을 실행할 때도 표시되지 않았지만 vi 파일을 열면 표시되었습니다.

예, 방금 같은 문제가 있었습니다. 인정해야 한다는 것을 이해하는 데 몇 시간이 걸렸습니다.
Windows 시스템에서 MINGW64(Git Bash)를 사용하고 있었습니다. 명령 프롬프트에서 노드를 사용하여 동일한 스크립트를 실행해 보았습니다.... 그리고 안녕하세요.... 작동했습니다????

방금 같은 오류가 발생했는데 잡을 방법을 찾을 수 없습니다. 이미지 프록시를 구축 중이므로 다른 서버가 반환하는 내용을 실제로 제어할 수 없습니다. 프로덕션에서 전체 서버를 캐싱하지 않으려면 어떻게 해야 합니까?!

나는 같은 문제가 있었는데 "set"을 "auth"로 교환하면 작동하기 시작했습니다. 예를 들어:

it('ERROR, Wrong GET request', (done)=>{
    request(server).get("/api/")
    .set('Authorization', 'Bearer ' + tokenKey)
    .then(res=>{
        expect(res.statusCode).to.equal(404);
        done()
    }).catch(err=>done(err))
})

CONSOLE RES: 오류, 잘못된 GET 요청:
TypeError [ERR_INVALID_CHAR]: 헤더 내용에 잘못된 문자가 있습니다. ["Authorization"]

코드를 다음과 같이 변경한 후:

it('ERROR, Wrong GET request', (done)=>{
    request(server).get("/api/")
    .auth('Authorization', 'Bearer ' + tokenKey) //**<---here is the change**
    .then(res=>{
        expect(res.statusCode).to.equal(404);
        done()
    }).catch(err=>done(err))
})

콘솔 해상도: OKI ;p