Request: Ошибка JSON.parse из-за символа спецификации

Резюме

Спецификация не удаляется из тела ответа, когда тело заполнено буфером

Самый простой пример для воспроизведения

    request({
        url: url,
        json: true,
        strictSSL: false,
    }, (error, response, data) => {
        if (error) {
            throw error;
        }

        if (response.statusCode === 200) {
            // data is string instead of json deserialized object 
        }
    })

Ожидаемое поведение

BOM char удален, а ответ json десериализован

Текущее поведение

JSON.parse не работает, и возвращается строка

Возможное решение

    if (bufferLength) {
      debug('has body', self.uri.href, bufferLength)
      response.body = Buffer.concat(buffers, bufferLength)
      if (self.encoding !== null) {
        response.body = response.body.toString(self.encoding)
      }
      // `buffer` is defined in the parent scope and used in a closure it exists for the life of the Request.
      // This can lead to leaky behavior if the user retains a reference to the request object.
      buffers = []
      bufferLength = 0
    } else if (strings.length) {
      // The UTF8 BOM [0xEF,0xBB,0xBF] is converted to [0xFE,0xFF] in the JS UTC16/UCS2 representation.
      // Strip this value out when the encoding is set to 'utf8', as upstream consumers won't expect it and it breaks JSON.parse().
      if (self.encoding === 'utf8' && strings[0].length > 0 && strings[0][0] === '\uFEFF') {
        strings[0] = strings[0].substring(1)
      }
      response.body = strings.join('')
    }

Как мы видим, спецификация char удаляется, когда строки используются вместо буфера.
Извлеките код вне else if (strings.length), чтобы всегда очищать тело ответа.

Контекст

Чтение ответа json от пользовательского чванства компании на основе swashbuckle

Ваше окружение

| программное обеспечение | версия
| ---------------- | -------
| запрос | 2,83,0
| узел | 9.3.0
| npm | 5.5.1
| Операционная система | Windows 10