Trạng thái XMLHttpRequest 0 (responseText trống)

Không thể lấy dữ liệu với XMLHttpRequest (trạng thái 0 và responseText trống):

xmlhttp = new XMLHttpRequest ();
xmlhttp.open ("GET", "http://www.w3schools.com/XML/cd_catalog.xml", true);
xmlhttp.onreadystatechange = function () 
{
  if (xmlhttp.readyState == 4)
    alert ("trạng thái" + xmlhttp.status);
}
xmlhttp.send ();

Nó cảnh báo "trạng thái 0".

Trường hợp tương tự với yêu cầu localhost (cd_catalog.xml được lưu dưới dạng tệp cục bộ)

xmlhttp.open ("GET", "http: //localhost/cd_catalog.xml", true);

Nhưng với yêu cầu IP localhost

xmlhttp.open ("GET", "http://127.0.0.1/cd_catalog.xml", true);

và với yêu cầu tệp cục bộ

xmlhttp.open ("GET", "cd_catalog.xml", true);

mọi thứ đều ổn (trạng thái 200)

Điều gì có thể gây ra sự cố (trạng thái = 0) với yêu cầu trực tuyến?

PS: Tiêu đề HTTP trực tiếp cho thấy mọi thứ đều ổn trong cả 4 trường hợp:

  HTTP / 1.1 200 OK
  Nội dung-Độ dài: 4742

PS2: Máy chủ web cục bộ Apache trên VMWare (máy chủ lưu trữ hệ điều hành Win7, hệ điều hành khách Ubuntu, bộ điều hợp mạng - NAT). Trình duyệt - Firefox.

trạng thái là 0 khi tệp html của bạn có chứa tập lệnh được mở trong trình duyệt thông qua lược đồ tệp. Đảm bảo đặt các tệp trong máy chủ của bạn (apache hoặc tomcat gì đó) và sau đó mở nó qua giao thức http trong trình duyệt. (tức là http: //localhost/myfile.html ) Đây là giải pháp.

Nguyên nhân của sự cố của bạn là bạn đang cố thực hiện cuộc gọi giữa nhiều miền và nó không thành công .

Nếu bạn đang phát triển localhost, bạn có thể thực hiện các cuộc gọi giữa nhiều miền - tôi làm việc đó mọi lúc.

Đối với Firefox, bạn phải bật nó trong cài đặt cấu hình của mình

signed.applets.codebase_principal_support = true

Sau đó, thêm một cái gì đó như thế này vào mã mở XHR của bạn:

  if (isLocalHost()){
    if (typeof(netscape) != 'undefined' && typeof(netscape.security) != 'undefined'){
      netscape.security.PrivilegeManager.enablePrivilege('UniversalBrowserRead');
    }
  }

Đối với IE, nếu tôi nhớ đúng, tất cả những gì bạn phải làm là bật cài đặt Bảo mật của trình duyệt trong "Khác → Truy cập nguồn dữ liệu trên các miền" để nó hoạt động với ActiveX XHRs.

IE8 trở lên cũng đã thêm các khả năng miền chéo cho các đối tượng XmlHttpRequest gốc, nhưng tôi chưa chơi với chúng.

Trên thực tế, hãy đảm bảo rằng loại nút của bạn là Nút không phải Gửi, điều này đã gây ra xung đột trạng thái ở nơi tôi gặp gần đây.

Nếu máy chủ phản hồi phương thức OPTIONS và NHẬN và ĐĂNG (bất kỳ phương thức nào bạn đang sử dụng) với tiêu đề như:

Access-Control-Allow-Origin: *

Nó có thể hoạt động tốt. Có vẻ như trong FireFox 3.5 và rekonq 0.4.0. Rõ ràng, với tiêu đề đó và phản hồi ban đầu cho OPTIONS, máy chủ đang nói với trình duyệt, "Hãy tiếp tục và để yêu cầu tên miền chéo này được thực hiện".

Cũng xem xét thời gian chờ yêu cầu :

Trình duyệt hiện đại trả về readyState = 4 và s tatus = 0 nếu có quá nhiều thời gian trước khi máy chủ phản hồi.

Thêm vào setRequestHeader("Access-Control-Allow-Origin","*")phản hồi máy chủ của bạn.

Tôi đã phải đối mặt với một vấn đề tương tự. Mọi thứ đều ổn, "readystate" là 4, nhưng "status" là 0. Đó là do tôi đang sử dụng máy chủ di động Apache PHP và tệp của tôi trong đó tôi sử dụng đối tượng "XMLHttpRequest" là tệp html. Tôi đã thay đổi phần mở rộng tệp thành php và vấn đề đã được giải quyết.

Mở bảng điều khiển javascript . Bạn sẽ thấy một thông báo lỗi ở đó. Trong trường hợp của tôi, đó là CORS.

Để trả lời câu hỏi tại sao http://127.0.0.1/cd_catalog.xmlhoạt động trong khi http://localhost/cd_catalog.xmlkhông hoạt động : Firefox đang coi 127.0.0.1 và localhost là hai miền khác nhau.

Để xem vấn đề là gì, khi bạn gặp lỗi khó hiểu 0, hãy truy cập ... | Các công cụ khác | Công cụ nhà phát triển (Ctrl + Shift + I) trong Chrome (trên trang báo lỗi)

Đọc văn bản màu đỏ trong nhật ký để nhận thông báo lỗi thực sự. Nếu có quá nhiều thứ trong đó, hãy nhấp chuột phải và Clear Console, sau đó thực hiện lại yêu cầu cuối cùng của bạn.

Vấn đề đầu tiên của tôi là, lần đầu tiên tôi chuyển tiêu đề Ủy quyền tới dịch vụ web miền chéo của riêng tôi cho trình duyệt.

Tôi đã có:

Access-Control-Allow-Origin: *

Nhưng không:

Access-Control-Allow-Methods: GET, POST, PUT, DELETE
Access-Control-Allow-Headers: Authorization

trong tiêu đề phản hồi của dịch vụ web của tôi.

Sau khi tôi thêm điều đó, lỗi 0 của tôi đã biến mất khỏi máy chủ web của riêng tôi, cũng như khi chạy tệp index.html cục bộ mà không có máy chủ web, nhưng vẫn xuất hiện lỗi trong bút mã.

Quay lại ... | Các công cụ khác | Công cụ dành cho nhà phát triển trong khi gặp lỗi trong codepen và có giải thích rõ ràng: codepen sử dụng https, vì vậy tôi không thể thực hiện cuộc gọi tới http vì tính bảo mật thấp hơn.

Do đó, tôi cần lưu trữ dịch vụ web của mình trên https.

Biết cách nhận được thông báo lỗi thực sự - vô giá!

Đây là một trường hợp khác trong đó status === 0, cụ thể cho việc tải lên:

Nếu bạn đính kèm một 'load'trình xử lý sự kiện XHR.upload, như đề xuất của MDN (cuộn xuống phần tải lên của 'Tiến trình giám sát'), đối tượng XHR sẽ có status=0và tất cả các thuộc tính khác sẽ là chuỗi trống. Nếu bạn đính kèm 'load'trình xử lý trực tiếp vào đối tượng XHR, giống như khi tải xuống nội dung, bạn sẽ ổn (vì bạn không chạy khỏi localhost).

Tuy nhiên, nếu bạn muốn nhận được dữ liệu tốt trong 'progress'trình xử lý sự kiện của mình , bạn cần phải đính kèm trình xử lý XHR.upload, không phải trực tiếp vào chính đối tượng XHR.

Tôi chỉ mới thử nghiệm điều này cho đến nay trên Chrome OSX, vì vậy tôi không chắc vấn đề ở đây là tài liệu của MDN và mức độ triển khai của Chrome ...

Alex Robinson đã (và đầu tiên) đưa ra câu trả lời chính xác cho vấn đề này. Nhưng để giải thích kỹ hơn một chút ...

Bạn phải thêm tiêu đề phản hồi HTTP:

Access-Control-Allow-Origin: *

Nếu bạn làm điều này, kết quả không chỉ là "có thể hoạt động", mà là "sẽ hoạt động".

NB Những gì bạn cần thêm là một tiêu đề phản hồi HTTP - vì vậy bạn chỉ có thể thực hiện việc này trên máy chủ mà bạn kiểm soát. Sẽ không bao giờ có thể tìm nạp trực tiếp http://w3schools.com/XML/cd_catalog.xml từ URL ban đầu của nó bằng cách sử dụng XMLHttpRequest(theo câu hỏi của OP), vì tài nguyên đó không (ít nhất, không phải là ngày 24 tháng 4 năm 2015) bao gồm bất kỳ tiêu đề CORS nào như vậy.

http://en.wikipedia.org/wiki/Cross-origin_resource_sharing cung cấp thêm thông tin.

Vấn đề tương tự như điều này của tôi đã được giải quyết bằng cách kiểm tra mã html của tôi. Tôi đã có một onclicktrình xử lý trong nút gửi biểu mẫu của tôi tới một phương thức. như thế này: onclick="sendFalconRequestWithHeaders()". Phương pháp này lần lượt gọi ajax giống như của bạn và thực hiện những gì tôi muốn. Nhưng không như mong đợi, trình duyệt của tôi không trả lại gì.

Học được từ sự chăm chỉ của ai đó , tôi đã trả về false trong trình xử lý này và giải quyết. Hãy để tôi đề cập rằng trước khi đến với bài đăng này, tôi đã dành toàn bộ 3 ngày cuối tuần và nửa ngày trong văn phòng để viết mã triển khai CORS filters, jetty configvà những jersey and embedded jettythứ liên quan khác - chỉ để sửa lỗi này, xoay quanh tất cả sự hiểu biết của tôi xung quanh cross domain ajax requestsvà những thứ tiêu chuẩn. Thật nực cười khi những lỗi đơn giản trong javascript lại khiến bạn chết lặng.

Thành thật mà nói, tôi đã thử signed.applets.codebase_principal_support = truevà viết isLocalHost() **if**. Có thể phương pháp này cần được chúng tôi thực hiện, firefox nói rằng không có như vậy Bây giờ tôi phải xóa mã của mình để gửi bản vá git một cách sạch sẽ. Nhờ ai đó.

Yêu cầu trình duyệt "127.0.0.1/somefile.html" không thay đổi đối với máy chủ web cục bộ, trong khi "localhost / somefile.html" có thể đến dưới dạng "0: 0: 0: 0: 0: 0: 0: 1 / somefile.html "nếu IPv6 được hỗ trợ. Vì vậy, sau này có thể được xử lý như đi từ miền này sang miền khác.

Alex Robinson và bmju đã cung cấp thông tin có giá trị để hiểu các vấn đề về nguồn gốc chéo. Tôi muốn nói thêm rằng bạn có thể cần thực hiện cuộc gọi OPTIONS rõ ràng trong mã khách hàng của mình trước khi thực hiện GET / POST mong muốn (ví dụ: đối với điểm cuối dịch vụ CORS OAuth). Trình duyệt / thư viện của bạn có thể không tự động xử lý yêu cầu OPTIONS. Gruber, đây là một trong những câu trả lời có thể cho câu hỏi của bạn.

Tôi đã gặp vấn đề tương tự (readyState là 4 và trạng thái 0) , sau đó tôi làm theo một cách tiếp cận khác được giải thích trong hướng dẫn này: https://spring.io/guides/gs/consuming-rest-jquery/

Anh ấy hoàn toàn không sử dụng XMLHttpRequest , thay vào đó anh ấy sử dụng phương thức jquery $ .ajax () :

<head>
    <script src="https://ajax.googleapis.com/ajax/libs/jquery/1.10.2/jquery.min.js"></script>
    <script src="hello.js"></script>
</head>

<body>
    <div>
        <p class="greeting-id">The ID is </p>
        <p class="greeting-content">The content is </p>
    </div>
</body>

và đối với tệp public / hello.js (hoặc bạn có thể chèn trực tiếp nó vào cùng một mã HTML):

$(document).ready(function() 
 {
    $.ajax({
        url: "http://rest-service.guides.spring.io/greeting"
   }).then(function(data) {
      $('.greeting-id').append(data.id);
      $('.greeting-content').append(data.content);
   });
 });

Tôi đã phải thêm địa chỉ IP hiện tại của mình (một lần nữa) vào danh sách trắng của Atlas MongoDB và do đó đã loại bỏ lỗi trạng thái 0 của XMLHttpRequest

Tôi chỉ gặp sự cố này vì tôi đã sử dụng 0.0.0.0làm máy chủ của mình, đã thay đổi nó thành localhostvà nó hoạt động.

Chỉnh sửa: Vui lòng đọc bình luận của Malvolio bên dưới vì kiến ​​thức của câu trả lời này đã lỗi thời.

Bạn không thể thực hiện XMLHttpRequests trên nhiều miền.

Lời gọi 127.0.0.1hoạt động vì trang thử nghiệm của bạn được đặt tại 127.0.0.1và thử nghiệm cục bộ cũng hoạt động vì ... đó là thử nghiệm cục bộ.

Hai thử nghiệm khác không thành công vì JavaScript không thể giao tiếp với máy chủ ở xa thông qua XMLHttpRequest.

Thay vào đó, bạn có thể cân nhắc:

• XMLHttp-yêu cầu máy chủ của riêng bạn tìm nạp nội dung XML từ xa cho bạn (ví dụ: tập lệnh php)
• Cố gắng sử dụng một dịch vụ như GoogleAppEngine nếu bạn muốn giữ nó đầy đủ JavaScript.

Hy vọng rằng sẽ giúp