【问题标题】:How to catch malformed JSON in an Angular $http response?如何在 Angular $http 响应中捕获格式错误的 JSON?
【发布时间】:2014-02-15 22:29:23
【问题描述】:

更新:使用基于 Eamonn Gahan 回答的解决方案更新了代码

我正在尝试获取一些用户生成的文件,这些文件的格式不正确。我认为这很简单,但是当响应有点像 JSON 但不是时,我不知道该怎么做。

例如,如果服务器响应:a simple string {with brackets},一切都按预期工作。但是,如果服务器响应:{ not_json: { malformed on purpose },那么我无法弄清楚如何访问响应,无论是作为成功响应还是失败响应。

似乎发生的事情是 Angular JSON 解析器抛出一个语法错误而不拒绝 $http 承诺。

下面是一些突出问题的代码。

var myApp = angular.module('myApp', []);

function MyCtrl($scope, $http){

    // --- Added this block based on Eamonn Gahan's answer
    function txfmParseText(data, hdrGetter){
        var contentType = hdrGetter()['content-type'];
        if ( contentType.match(/^text\/plain/) ){
            data = JSON.stringify(data);
        } 
        return data ;
    }

    $http.defaults.transformResponse.unshift(txfmParseText);
    // --- end of updated block

    $scope.sanityCheck="Alive";

    // URL returns (as text/plain):
    //   { not_json: { malformed on purpose }
    var urlOpts1 = {
        method: 'GET',
        url: 'https://s3.amazonaws.com/forforf-cdn/not_json_test'
    };

    // URL returns (as text/plain):
    //   a simple string {with brackets}
    var urlOpts2 = {
        method: 'GET',
        url: 'https://s3.amazonaws.com/forforf-cdn/simple_string_with_brackets'
    };

    // First request fails  [update: passes with transformResponse function]
    $http(urlOpts1)
    .then(function(resp){
        //never gets here
        console.log(resp);
        $scope.notJson = resp.data;
    })
    .catch(function(err){
        //nor is the promise rejected
        console.log(err)
    });

    // Second request works as expected
    $http(urlOpts2).then(function(resp){
        //works as expected
        console.log(resp);
        $scope.stringWithBrackets = resp.data;
    });

}

还有jsFiddle

更新 jsFiddle with solution

这是失败的请求和响应的 HTTP。数据由 S3 服务,数据的内容类型设置为text/plain

Request URL:https://s3.amazonaws.com/forforf-cdn/not_json_test
Request Method:GET
Status Code:304 Not Modified

Request Headers
GET /forforf-cdn/not_json_test HTTP/1.1
Host: s3.amazonaws.com
Connection: keep-alive
Cache-Control: max-age=0
Accept: application/json, text/plain, */*
Origin: http://fiddle.jshell.net
User-Agent: Mozilla/5.0 (X11; Linux i686) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1700.107 Safari/537.36
Referer: http://fiddle.jshell.net/_display/
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8
If-None-Match: "84cf04d01a85ed58af77293ea7b1884a"
If-Modified-Since: Sat, 15 Feb 2014 20:52:30 GMT

Response Headers
HTTP/1.1 304 Not Modified
x-amz-id-2: FvdtpH6WmRvEAFIt3clAsXC133iyGQ/Qezlzt/5P6UDFbZvDfUC7WeuPv+re0ywE
x-amz-request-id: FA51FED4F6A70DA2
Date: Sat, 15 Feb 2014 22:02:22 GMT
Access-Control-Allow-Origin: *
Access-Control-Allow-Methods: GET
Access-Control-Max-Age: 3000
Vary: Origin, Access-Control-Request-Headers, Access-Control-Request-Method
Last-Modified: Sat, 15 Feb 2014 20:52:30 GMT
ETag: "84cf04d01a85ed58af77293ea7b1884a"
Server: AmazonS3

认为可能是 S3 没有设置正确的 Content-Type,我也让 S3 响应: Content-Type: text/plain; charset="utf-8",但没有帮助。

有人有什么想法吗?

【问题讨论】:

    标签: javascript json angularjs http amazon-s3


    【解决方案1】:

    这基本上发生了,因为 Angular 对 $http 响应所做的是将其传递给 $httpProvider.defaults.transformRequest 属性上的函数数组。正如您在此处看到的:https://github.com/angular/angular.js/blob/7aef2d54e0a48fae18a289813f699962d8310565/src/ng/http.js#L94 数组中有一个默认函数。这个函数检查一些基本的正则表达式,看看它是否应该 JSON.parse() 响应。不幸的是,格式错误的通过了,但您可以在配置块中覆盖 transformResponse 属性,或者您可以像这样(来自您的小提琴)在实际的$http 调用上指定一个 transformResponse 属性:

    var urlOpts1 = { method: 'GET', url: 'https://s3.amazonaws.com/forforf-cdn/not_json_test', transformResponse: specialTransform };

    http://jsfiddle.net/GBD2v/

    在上面的小提琴中,您可以看到“{ not_json: { malformed on purpose }”被打印为常规字符串,因为我们只是在自定义 transformResponse 函数中直接返回了字符串。

    【讨论】:

    • 谢谢!我曾尝试 tranformRequest 将 Accept 标头设置为纯文本/纯文本(它不起作用),但我没有想到在响应中这样做。
    • 不!顺便说一句,如果您使用 config 选项,您可能还想做$http.defaults.transformResponse.unshift(someFunc); 之类的事情,而不是用您的单个函数覆盖整个属性。
    • 是的,我最终在$http.defaults 链的前面添加了一个自定义函数,并用该解决方案更新了我的问题。我所做的是检查 Content-Type,如果它是纯文本,我将 JSON.stringify 数据,以便 Angular JSON 解析器将其视为字符串。这样,请求可以以可预测的方式处理任何纯文本或 JSON 响应。如果 JSON 作为纯文本发送,我总是可以再次 JSON.parse 它(这对我来说似乎很合适)。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-03-16
    • 1970-01-01
    • 1970-01-01
    • 2020-06-05
    • 1970-01-01
    相关资源
    最近更新 更多