Dieses Mal zeige ich Ihnen, wie Sie domänenübergreifende Ajax-Anfragen verwenden und welche Vorsichtsmaßnahmen bei der Verwendung domänenübergreifender Ajax-Anfragen gelten. Hier sind praktische Fälle, werfen wir einen Blick darauf.
In diesem Artikel wird die Geschichte eines Neulings erzählt, der auf ein domänenübergreifendes Problem stieß, aber nicht wusste, dass es sich um ein domänenübergreifendes Problem handelte, dann wusste, dass es sich um ein domänenübergreifendes Problem handelte, aber nicht wusste, wie Um es zu lösen, löste ich dann das domänenübergreifende Problem und fand schließlich zwei Möglichkeiten zur Lösung von Ajax. Der gesamte Prozess domänenübergreifender Probleme.
Ich weiß nicht, ob es sich um ein domänenübergreifendes Problem handelt
Der Grund ist folgender: Um die wiederholte Entwicklung wiederzuverwenden und zu reduzieren, muss ein separater Benutzer verwendet werden RechteverwaltungSystem wurde entwickelt, und andere Systeme erhalten Authentifizierungs- und Autorisierungsinformationen. Nennen wir es vorerst System A als Beispiel für den Aufruf von System A. In System B habe ich Ajax verwendet, um die Schnittstelle von System A aufzurufen (das Datenformat ist json). Der Zugriff auf die entsprechende URL in System A kann normalerweise JSON-Daten zurückgeben, aber ich habe Ajax verwendet, um dieselben anzufordern URL in System B ist etwas verwirrend. Das Kind reagierte nicht, als ob nichts passiert wäre. Nach wiederholten Änderungen dieser Art über einen längeren Zeitraum hinweg konnte ich es immer noch nicht lösen, also bat ich meine Kollegen um Hilfe und erinnerte mich daran, dass es sich möglicherweise um ein domänenübergreifendes Ajax-Problem handelte, sodass ich das Problem als domänenübergreifendes Problem löste .
Domänenübergreifend kennen, aber nicht wissen, wie man es löst
Wenn man die genaue Ursache des Problems kennt, bleibt nur noch, eine Lösung für das Problem zu finden. Ich habe lange gegoogelt und unter Anleitung eines Kollegen erneut erfahren, dass Ajax von jQuery über Attribute wie jsonp verfügt, mit denen domänenübergreifende Probleme gelöst werden können.
Eine Lösung finden
Da wir nun wissen, wie wir das domänenübergreifende Problem lösen können, sind der Rest die Implementierungsdetails. Bei der Umsetzung sind Fehler unvermeidbar. Da ich den Unterschied zwischen den beiden Formaten JSON und JSONP nicht verstand, habe ich auch einen Fehler gemacht. Ich habe lange gegoogelt, um ihn zu lösen.
Schauen wir uns zunächst eine einfache Version an, wie man mit jQuerys Ajax domänenübergreifende Probleme auf der Seite löst:
$(document).ready(function(){ var url='http://localhost:8080/WorkGroupManagment/open/getGroupById" +"?id=1&callback=?'; $.ajax({ url:url, dataType:'jsonp', processData: false, type:'get', success:function(data){ alert(data.name); }, error:function(XMLHttpRequest, textStatus, errorThrown) { alert(XMLHttpRequest.status); alert(XMLHttpRequest.readyState); alert(textStatus); }}); });
Es ist kein Problem, es so zu schreiben. Zunächst ist die Fehlerverarbeitungsfunktion nur alarmiert („Fehler“). Um die Ursache des Fehlers weiter zu klären, wird die Verarbeitungsfunktion auf die obige Implementierung geändert. Die letzte Alarmzeile wird als „parsererror“ verwendet. Ich war verwirrt, also googelte ich weiter und fand schließlich die Antwort auf den allmächtigen Stackoverflow, den Link finden Sie hier. Der Grund dafür ist, dass sich das Format von JSONP geringfügig vom JSON-Format unterscheidet, sodass der Code auf der Serverseite geringfügig unterschiedlich ist.
Vergleichen Sie den Unterschied zwischen JSON- und JSONP-Format:
JSON-Format:
{ "message":"获取成功", "state":"1", "result":{"name":"工作组1","id":1,"description":"11"} }
JSONP-Format :
callback({ "message":"获取成功", "state":"1", "result":{"name":"工作组1","id":1,"description":"11"} })
Sie können den Unterschied sehen. Der an den Hintergrund übergebene Parameter ist Shenma. Shenma hat eine Ebene mehr als json, callback(). Sie wissen also, wie Sie damit umgehen müssen. Ändern Sie also den Hintergrundcode.
Der endgültige Hintergrund-Java-Code lautet wie folgt:
@RequestMapping(value = "/getGroupById") public String getGroupById(@RequestParam("id") Long id, HttpServletRequest request, HttpServletResponse response) throws IOException { String callback = request.getParameter("callback"); ReturnObject result = null; Group group = null; try { group = groupService.getGroupById(id); result = new ReturnObject(group, "获取成功", Constants.RESULT_SUCCESS); } catch (BusinessException e) { e.printStackTrace(); result = new ReturnObject(group, "获取失败", Constants.RESULT_FAILED); } String json = JsonConverter.bean2Json(result); response.setContentType("text/html"); response.setCharacterEncoding("utf-8"); PrintWriter out = response.getWriter(); out.print(callback + "(" + json + ")"); return null; }
Beachten Sie, dass Sie die Abfrageergebnisse zuerst in mein JSON-Format konvertieren und dann den Parameter verwenden müssen Rückruf zum Hinzufügen einer weiteren Ebene außerhalb von json, es wird zu jsonp. Geben Sie den -Datentyp als JSONP-Ajax für die weitere Verarbeitung an.
Obwohl dies das domänenübergreifende Problem löst, werfen wir einen Blick auf die Ursachen von Parserfehlern. Der Grund dafür ist, dass Daten im JSON-Format blind als Daten im JSONP-Format für die Verarbeitung durch Ajax behandelt werden, was zu diesem Fehler führt. Zu diesem Zeitpunkt sieht der serverseitige Code wie folgt aus:
@RequestMapping(value = "/getGroupById") @ResponseBody public ReturnObject getGroupById(@RequestParam("id") Long id, HttpServletRequest request, HttpServletResponse response){ String callback = request.getParameter("callback"); ReturnObject result = null; Group group = null; try { group = groupService.getGroupById(id); result = new ReturnObject(group, "获取成功", Constants.RESULT_SUCCESS); } catch (BusinessException e) { e.printStackTrace(); result = new ReturnObject(group, "获取失败", Constants.RESULT_FAILED); } return result; }
Dies ist der erste Weg um das Ajax-Cross-Domain-Problem zu lösen Auf diese Weise kommt es zu einem Ende.
Eine Lösung hinzufügen
Die Suche endet nie bei Google und habe zufällig ein jQuery-Plug-in entdeckt – jquery-jsonp, das speziell zur domänenübergreifenden Lösung verwendet wird Probleme.
Mit der Grundlage der ersten Methode ist die Verwendung des JSONP-Plug-Ins relativ einfach und der serverseitige Code erfordert keine Änderungen.
Sehen wir uns an, wie Sie das Plug-in jquery-jsonp verwenden, um domänenübergreifende Probleme zu lösen.
var url="http://localhost:8080/WorkGroupManagment/open/getGroupById" +"?id=1&callback=?"; $.jsonp({ "url": url, "success": function(data) { $("#current-group").text("当前工作组:"+data.result.name); }, "error": function(d,msg) { alert("Could not find user "+msg); } });
Damit ist die Einführung der beiden Möglichkeiten zur Lösung domänenübergreifender Probleme abgeschlossen.
Ergänzung: Es gibt drei Lösungen für domänenübergreifende Ajax-Probleme:
1. Lösen Sie domänenübergreifende Probleme durch ein Zwischenprodukt Übergangsschicht
(1) Verwenden Sie den Web-Proxy-Server, um Anwendungen in verschiedenen Domänen einheitlich über den Proxy-Server zu isolieren. Alle Anwendungen befinden sich unter einem Domänennamen. (Wie Apache, Nginx usw.)
(2)跨域的安全限制都是指浏览器端来说的.服务器端是不存在跨域安全限制的,所以通过本机服务器端通过类似httpclient方式完成“跨域访问”的工作。
2.通过