Einige utf-8-Zeichenketten base64 kodiert php kann nicht entschlüsselt werden mit iOS base64-Bibliothek?

Hier ist ein Teil der chinesischen utf-8 codiert ist, die von PHP auf der server-Seite, aber wenn ich Sie entschlüsseln mit iOS, gibt Sie null zurück.

Ich habe auch versucht diese online-tool, wo der text decodiert werden kann auch. 

  NSData *decodedData = [[NSData alloc] initWithBase64EncodedString:content options:0];
  content = [[NSString alloc] initWithData:decodedData encoding:NSUTF8StringEncoding];

5aW96ZuF77yM5ZKx5p2l5LiA5L+X55qE77yM5pS56Ieq5Lic5Y2X6KW/5YyX6aOO44CCCuS4juS9oOebuOmAou+8jOWFqOaYr+acuue8mOW3p+WQiOOAguWPr+Wtpui1t+adpeWNtOW/g+aGlOaCtOOAggrmgLvmmK/ovpPkuoborqnlho3ljrvlrabvvIzlrabkuobo

Hier ist der test-code für debug-dieses Problem mit xcode:

    NSString * = @"5aW96ZuF77yM5ZKx5p2l5LiA5L+X55qE77yM5pS56Ieq5Lic5Y2X6KW/5YyX6aOO44CCCuS4juS9oOebuOmAou+8jOWFqOaYr+acuue8mOW3p+WQiOOAguWPr+Wtpui1t+adpeWNtOW/g+aGlOaCtOOAggrmgLvmmK/ovpPkuoborqnlho3ljrvlrabvvIzlrabkuobo";

//
    NSData *decodedData = [[NSData alloc] initWithBase64EncodedString: options:0];
    NSString *content = [[NSString alloc] initWithData:decodedData encoding:NSUTF8StringEncoding] ;

    NSLog(content);

Einige utf-8-Zeichenketten base64 kodiert php kann nicht entschlüsselt werden mit iOS base64-Bibliothek?

Einige utf-8-Zeichenketten base64 kodiert php kann nicht entschlüsselt werden mit iOS base64-Bibliothek?

  • Haben Sie überprüft, dass decodedData hat die erwarteten Daten? Vielleicht ist Ihr initWithBase64EncodedString ist nicht der Umgang mit diesem besonderen base64-codierte Zeichenfolge ordnungsgemäß.
  • Kann mir jemand diese Frage beantworten zu stackoverflow.com/questions/39657434/...
InformationsquelleAutor sureone | 2014-04-19
  1. 3

    Ihre überarbeitete Frage-features, die eine base64-Zeichenfolge:

    5aW96ZuF77yM5ZKx5p2l5LiA5L+X55qE77yM5pS56Ieq5Lic5Y2X6KW/5YyX6aOO44CCCuS4juS9oOebuOmAou+8jOWFqOaYr+acuue8mOW3p+WQiOOAguWPr+Wtpui1t+adpeWNtOW/g+aGlOaCtOOAggrmgLvmmK/ovpPkuoborqnlho3ljrvlrabvvIzlrabkuobo

    Dieser string hat eine Länge, die ein Vielfaches von vier bytes, also das fehlen der =/== terminator am Ende ist nicht das problem. Und in der Tat initWithBase64EncodedString decodiert erfolgreich:

    e5a5bde9 9b85efbc 8ce592b1 e69da5e4 b880e4bf 97e79a84 efbc8ce6 94b9e887 
aae4b89c e58d97e8 a5bfe58c 97e9a38e e380820a e4b88ee4 bda0e79b b8e980a2 
efbc8ce5 85a8e698 afe69cba e7bc98e5 b7a7e590 88e38082 e58fafe5 ada6e8b5 
b7e69da5 e58db4e5 bf83e686 94e682b4 e380820a e680bbe6 98afe8be 93e4ba86 
e8aea9e5 868de58e bbe5ada6 efbc8ce5 ada6e4ba 86e8

    Das Problem hier ist, dass dies scheint nicht eine gültige UTF8-string. In der Tat, wenn ich es durch die http://base64decode.net Website, die Sie auf die in Ihrer ursprünglichen Frage, es ist auch nicht in der Lage zu konvertieren, um ein UTF8-string (ich Bemerke, dass Ihre Bildschirm-Schnappschüsse sind mit einem anderen Konverter-web-site). Bei mir lief es durch ein weiterer Konverter, es konvertiert werden, was es sein könnte, aber dann beschwerten sich über den Charakter folgenden 学了 (die zufällig das Zeichen, in dem Sie Ihre base64-Konverter web-site gestoppt, auch).

    Durch die Art und Weise, die UTF8-Darstellung der 了 ist e4 ba 86. Und Sie werden sehen, dass in der Nähe des Ende der hex-Darstellung des base-64-Zeichenfolge, gefolgt von einem mehr-byte, die e8. Die Sache ist die, e8, von selbst, ist nicht ein gültiges UTF8-Zeichen. Es sieht fast aus, sieht aus wie Sie nahm einen base64-kodierten string und schnappte sich einfach die ersten 200 bytes, unabhängig davon, ob das ergab im Schnitt der UTF8-Zeichen in der Mitte oder nicht.

    Die ursprüngliche Frage vorgestellt, die eine base64-Zeichenfolge:

    5aW96ZuF77yM5ZKx5p2l5LiA5L+X55qE77yM5pS56Ieq5Lic5Y2X6KW/5YyX6aOO44CCCuS4juS9oOebuOmAou+8jOWFqOaYr+acuue8mOW3p+WQiOOAguWPr+Wtpui1t+adpeWNtOW/g+aGlOaCtOOAggrmgLvmmK/

    Nicht gültig ist base64. Es sollte ein Vielfaches von vier bytes Länge, aber das ist nur 163 Zeichen ist, fehlt ein Zeichen. Entweder Ihr server nicht ordnungsgemäß beendet die base64-string, oder es abgeschnitten aus irgendeinem Grund.

    Zum Beispiel, wenn ich einen = um es zu bekommen bis zu 164 Zeichen, bekomme ich eine gültige base64-string:

    5aW96ZuF77yM5ZKx5p2l5LiA5L+X55qE77yM5pS56Ieq5Lic5Y2X6KW/5YyX6aOO44CCCuS4juS9oOebuOmAou+8jOWFqOaYr+acuue8mOW3p+WQiOOAguWPr+Wtpui1t+adpeWNtOW/g+aGlOaCtOOAggrmgLvmmK/=

    Hinzufügen der = wäre die richtige Lösung, wenn der server einfach vernachlässigt zu beenden, die die base64-string richtig. Doch, dass kann sein, base64-dekodiert zu:

    好雅，咱来一俗的，改自东南西北风。 
与你相逢，全是机缘巧合。可学起来却心憔悴。 
总是

    Ist, dass das, was Sie erwartet hatten?

    Sollten Sie vielleicht einen Blick auf Ihre base64-routine auf deinem server? Oder wenn es immer abgeschnitten, betrachten, wie Sie sind, es zu empfangen und vergleichen Sie die server-original-base64-string der Länge zu, was Sie hier haben.

    Weitere Informationen über das hinzufügen = oder == am Ende einer base-64-codierte Zeichenfolge, siehe die base64-wikipedia-Seite.

    • Check stackoverflow.com/questions/21406482/...
    • Ja, du hast Recht, ich check des php-Codes auf der server-Seite, wo Sie die base64-codierte. Ich fand die Quelle utf8-string wird abgeschnitten, zu einem fest 200 byte Länge, und wenn ich den code ändern, nicht kürzen Sie die Zeichenfolge Ameise wieder die gesamte Zeichenfolge, problem ist gelöst. Also ich denke, es könnte da mit fester Länge (200 byte) brach der utf-8-byte-Ausrichtung in diesem Fall.
    • Vielen Dank!
    InformationsquelleAutor Rob
  2. 1

    @Rob Recht.

    Aktivieren Sie dieses NSData nicht akzeptieren gültige base64-codierte string

    Aber im Falle, wenn Ihr server nicht wieder gültige JSON mit "=" oder "==", dann musst du für die Verwendung von externen Methoden durchführen base64decode. Diese Methoden decodiert werden können, selbst wenn base64string nicht " = " - symbol am Ende.

    • Oder er kann einfach die = oder == selbst. Hoffentlich kann er nur die Korrektur der server-Seite, sondern als Kodierung um ihn herum.
    • Danke für die Antwort, ich habe das Logbuch wieder gefunden, die ich fügen Sie einen kurzen text vor, und ich haben, Bearbeiten Sie die Frage mit der richtigen kodierten string. und Es ist nicht die abgeschnittene problem.
    • Ihr neues Beispiel leidet unter einem ganz anderen problem. Diese neue base64-string hat eine Länge, die ein Vielfaches von 4 ist (und damit nicht zufällig noch die = / == - Zeichen am Ende). Daher initWithBase64EncodedString dekodiert es in Ordnung. Es ist nun der UTF-8-string-Konvertierung welche nicht. Und als ich versuchte Ihre base64-Zeichenfolge, die auf verschiedenen base64-Konvertierung Websites, Sie hatte auch Probleme mit dem umwandeln in einen string.
    InformationsquelleAutor
Schreibe einen Kommentar