47

傳統上我使用FireBug來調試我的AJAX請求。它可以讓您檢查請求的內容以及從服務器發回的響應。 (它也會在控制檯中通知您這些事情發生時,這是Chrome似乎缺少的一項有用功能)。查看Chrome開發者工具中的AJAX響應內容?

在Chrome中,我似乎只能查看請求,而不是響應。當我嘗試檢查響應時,UI僅顯示「No Content Available」(開發人員工具>資源> myRequest.php>內容)。我是否需要開啓某些工具才能讓Chrome開發人員工具記住這些要求?

編輯:萬一它很重要,這些請求正在一個Flash對象內進行。

+1

我有同樣的問題。我沒有擴展。我有「記錄XMLHttpRequests」打勾,並嘗試了所有我能找到的建議。我必須使用firefox + firebug或charles proxy來完成我所有使用ajax進行的調試。 Chrome瀏覽器似乎沒有任何支持查看Ajax響應的痛苦。 – 2013-06-20 08:29:05

+0

僅供參考,請求也是從閃存中進行的,並且響應是應用程序/ json – 2013-06-20 08:34:56

回答

4

如果請求是由插件生成的,則Ajax響應的內容不可見。 這個問題很快就會得到解決。

+8

這不是真的了。見Masterov對這個問題的回答。 – 2012-06-21 00:47:16

+0

另外考慮[Fiddler 2](http://fiddler2.com/) - 這是一個快速安裝,它是免費的,並且它很容易使用。沒有其他應用程序可以爲您提供有關線路,任何瀏覽器,任何插件甚至應用程序的* everything *的更全面和詳細的視圖。它已經救了我不止一次:-) – 2013-05-30 18:29:50

+1

我沒有插件,我總是得到「這個請求沒有響應數據」爲我的所有ajax調用。我必須改用firefox +螢火蟲。奇妙的是,Chrome瀏覽器不支持查看Ajax響應。 – 2013-06-20 08:30:51

1

打開資源跟蹤,然後檢查資源選項卡。如果您選中「始終使用資源跟蹤」,資源跟蹤似乎效果會更好。

+0

資源跟蹤肯定是開啓的。我可以看到正在發出的請求,以及這些請求的標題,而不是內容。 (注意:這隻適用於AJAX請求,並且可能只適用於Flash中製作的)。 – Ender 2010-07-08 02:37:30

+0

這很奇怪。我不使用閃光燈,也許這就是問題......如果你還沒有使用閃光燈,可以嘗試更新的鉻/鉻版本。 – 2010-07-08 02:43:39

83

如果你是谷歌瀏覽器開發版:

http://www.chromium.org/getting-involved/dev-channel

...你應該能夠在開發者工具控制檯單擊鼠標右鍵,然後單擊「啓用日誌記錄的XMLHttpRequest」。

啓用後,您將在控制檯中看到XHR請求,並可以點擊它們將您帶到資源面板,您將在其中看到XHR的內容。

+11

+1 - 現在應該是公認的答案。這個問題很古老。 – Mike 2011-09-06 18:01:34

+9

這沒有爲我工作。我已啓用XMLHTTPRequest日誌記錄,但在開發工具網絡XHR Response選項卡中,它始終顯示「此請求沒有可用的響應數據」。在chrome中看不到任何ajax響應(至少對我來說)。我必須使用顯示它的螢火蟲。 – 2013-06-12 12:12:09

+2

是的,我只看到我的AJAX函數名稱。沒有數據 – BenRacicot 2014-03-26 15:35:01

0

在失敗回調中,第一個參數有一個名爲responseText的屬性。

3

我遇到了同樣的問題:來自Flash + JSON響應的POST請求+ Chrome檢查器中顯示無響應。雖然FF + FireBug沒問題。

添加字符集= UTF-8到內容類型的響應報頭解決了這個問題對我來說:

內容類型:應用/ JSON; charset = utf-8

我不確定這是否是這個問題的正確解決方案,但至少我現在能夠在Chrome Inspector中看到JSON響應。

+0

這也解決了我的問題 - 丟失的字符集阻止了數據的顯示。 – nwinkler 2013-10-01 14:18:03

+0

相關提示希望chrome能夠解決這個問題,因爲有(與操作系統升級有關的其他不相關的工具鏈)問題與我能夠改變被更改的內容類型有關,而這種簡單的問題正在導致如此大的轉移,這很愚蠢。 – Michael 2013-12-08 21:10:12

+0

不幸的是,我已經在使用'Content-Type:application/json;字符集= UTF-8' – user3479125 2017-02-26 14:13:51

1

我只好空響應,因爲腳本是由

die(); 
4

發送空的數據是什麼,你可能會看到不僅是CORS請求的OPTIONS請求被視爲由谷歌Chrome瀏覽器檢查的XHR請求。因此,如果您通過XHR請求進行篩選,您可能只會看到最初的OPTIONS預檢請求,其響應中沒有內容,並且感到困惑,因爲Chrome似乎拒絕顯示響應。禁用該過濾器並轉到相同URL的下一個請求,這很可能是與該CORS預檢請求對應的「真實」請求。

0

原因不僅可以在Chrome中,而且預覽甚至可以通過JS代碼停止。例如,有一些Vue.js插件叫vue-resorcese,它有這個問題: Chrome, no response data after OPTIONS request? 我住這個問題幾個月,直到今天發現這個問題。目前的問題從來沒有給出答案,所以我現在在這裏分享。

詳情: 這個插件已經創建XHR對象下面的代碼:

if ('responseType' in xhr && SUPPORTS_BLOB) { 
     xhr.responseType = 'blob'; 
} 

此代碼是確定和預覽的工作,但直到某個鉻更新。 今天,當我評論這一點,預覽再次出現!所以首先,試着檢查一下你的XHR包裝器,可能是這樣的。

這是罕見的問題,因爲它只是與CORS預檢一起復制。順便說一句,右擊OPTIONS XHRREPLAY也顯示預覽。

那裏你有它

相關問題