フロントエンド開発: Base64 暗号化の使用

序文

フロントエンド開発のプロセスでは、特に検証、確認、支払い、安全なデータ送信などの機密情報の送信が含まれる場合、フロントエンドとバックエンドのデータ送信のセキュリティも考慮する必要があります。データ暗号化の必要性は多かれ少なかれ通常の開発プロセスに含まれるため、ソフトウェア開発者は Base64 暗号化についてよく知っています。フロントエンドの実利用シーンにおけるbase64暗号化は、主に画像、音声、動画などのリソースを対象としており、主にhttpリクエストを節約することを目的とした送信ソリューションが提案されており、base64エンコードを使用した画像の送信も重要な部分です。フロントエンドの最適化。次に、このブログ投稿では、フロントエンド開発プロセスにおける Base64 暗号化の使用法を共有し、簡単に参照できるように要約して記録します。

Base64の概念

Base64 の基本概念: Base64 は、大文字と小文字 [A ~ Z、a ~ z]、アラビア数字 [0 ~ 9]、2 つの文字 [+、/]、およびサフィックス [ = ] を示す文字を含む 64 文字を指します。なぜbase64と呼ばれるのでしょうか? 実際にはこの64文字しか送信できないということですが、実際には65文字です。

なぜbase64を使うのでしょうか?

ご存知のとおり、ASCII コードの 128 から 255 までの値は非表示文字です。ただし、フロントエンドクライアントからバックエンドへ画像を転送するなど、実際の開発でデータをやり取りする場合は、画像を圧縮して圧縮する必要があるため、文字テキストやバイナリデータの送信にはHTTPプロトコルを使用するのが一般的です。バイナリ データ ストリームの形式 転送、画像を転送する場合、2 つのバックエンドと対話する可能性があり、処理方法は通常異なり、通常は画像のバイト ストリーム byte[] を取得した後に画像などのデータを変換する必要があります。これは json Transmit byte[] には直接含まれません。一部のサービスが送信プロセス中に暗黙的にエンコードしてからデコードし、バイト ストリームの変更につながるのではないかと心配しているため、base64 エンコードはソースで実行されます。 Base64 で使用される ASCII エンコードはすべてのエンコード方式であるため、画像の送信中にバックエンド サーバーが存在する場合でも、両方がサポートされます。

おすすめ

転載: blog.csdn.net/CC1991_/article/details/132664074