一、什么是序列化
コンピュータサイエンスでは、データ記憶装置の文脈において、シリアライゼーションが横切っファイルまたはメモリバッファに、（例えば格納され、又は送信することができる形式にデータ構造またはオブジェクトの状態を変換する処理でありますネットワーク接続リンク）と同じまたは別のコンピュータ環境において後で再構成される。[1] ビットの得られた一連の直列化フォーマットに従って再読み込みされると、元のオブジェクトの意味論的に同一のクローンを作成するために使用することができます。
私はブログの多くは本を含める見てきましたが、実際に連載されて前に使用されていますが、私は非常に、これを理解していません。状態情報オブジェクトの状態情報オブジェクト：データを見ると、この現象の原因は、私はその前に、プレゼンテーションの一部に見えるかもしれませんことを発見したときに今日、非常に重要な要因を無視します。これは、実際には、シリアライズ、それは完全な全体として一定の状態でオブジェクト情報の保存、ではなく、断片的です！私は、私が役に立つのシーケンスを理解感じるために、彼は直列化のプロセスはもちろんの「凍結」であると言った、それは生きるためにオブジェクトを凍結した後、保存されますが、文の内部を見るために、IBMのエンジニアのブログを持っていますオブジェクトはすぐに使用することができ、再び必要になるまで待ってから、デ凍結。
第二に、なぜシリアル化する必要性
オブジェクトは、次で使用するための記憶媒体に格納されている場合、1、あなたはすぐに復興のコピーを取得することができます。ビットの得られた一連の再読み込みされた場合には、されたシリアル化形式によれば、元のオブジェクトの意味論的に同一のクローンを作成するために使用することができます。
質問：私は私のSQLServerやMySQL、Oracleデータベースに堆積することができるように私は、シリアル化された取得していないときは、ああ、なぜそれを保存するためにシリアライズしなければなりませんか？？？？
2、特に遠隔通話時間に、データ伝送を容易に！
第三に、最終的に我々はシリアル化しなければならないとき
それがシリアライズていない、あまりにも完璧なストレージ、私の店では、第二の点を疑問視するバウンド、なぜわざわざ？（とにかく、学んだ教訓のシリーズですが、コーディング前に削除された）、私は書類や本を読むだけでなく、教訓は、プロジェクトをやって学んだ後の金額は、それは確かだ、メモリ内のシリアル化が必要。我々は、すべてのオブジェクトがメモリのシリアル化されたストリームであることを知って、私たちは時々、彼らは同じアカウントに入れて、プロジェクト内の一連の操作を行わなかったことを感じ、その後、シリアライズされたオブジェクトは、それはここからだが、引数を格納する必要があります彼は骨抜きました。その真実とは何ですか？
まず、一般的なデータ型クラスの宣言を見てみましょう。
パブリック最終クラス文字列はjava.io.Serializableの、<文字列>匹敵する、のCharSequenceを実装します
パブリック クラス日付はjava.io.Serializableの、Cloneableを、Comparableを実装します
int型、長い、boolean型が、他と同様に、基本データ型、データ構造に対応しているデータベースです。上記のクラスの宣言から、我々は実際には、様々な変数の時に私たちはシリアル化操作を達成するために、データの特定の種類によって宣言され、シリアル化されていないと思いました。
ここで取得し、あなたは、問題を抱えているエンティティクラス変数は、私たちは直列化を達成役立っておりますので、なぜ我々はまだそれを作るためにSerializableインタフェースを実装するクラスを表示しなければなりませんか？
まず、二つの目的の順序は、最初は収納しやすいであり、第二は、輸送するのは簡単です：私が言っているかということに注意してください。私たちは、一般的に再びエンティティクラスのシリアル化を実装するプログラマを必要としない、二つの質問を考えてください：まず：ストレージメディアの内部では、それがデータに対応する構造であるかどうか？第二：エンティティ・クラス、長距離伝送（または2つの異なるシステムや分散モジュールとの間であっても通話）のために必要？
あなたはそれを観察する必要がある場合は、私たちは、理解するには、この文がくださいのNoSQLデータベース、より適切である「フリーズ」して、ストレージのため、通常のNoSQLデータベースのための動作のシーケンスこと、およびストレージのための使用のNoSQLデータベースで見つかりました私はそれのようにvarchar型、int型のデータ構造を見つけますか？そうしないと、私たちは、この時点でプログラマは、オブジェクトをシリアル化し、保存する必要があり、そうしない今、とき？
注：誰かがソースコードSerializableインタフェースを開いた場合、あなたは見つけるでしょう、実際には、このインターフェースは空のインターフェースである、そして最終的にはこの一連の動作は、それを達成しようとしている誰ですか？実際には、注釈のインターフェースを見て、私たちは実際には、シリアライズすることができ、このようなJVMを語っている、私たちが作る時にエンティティ・クラスがSerializableインタフェースを実装していることを知って、シリアル化するデフォルトの直列化機構であってもよいです。
その後、我々はSerializableインタフェースエンティティクラス宣言を実現する場合、再び観察することに留意され、あなたはこれらのクラスをリモートで起動する必要があります。その必要性またはシリアライズ送信を使用して容易である長距離通話、する必要があるかもしれません。
注意書：上記の文のすべては、いくつかの記事を読んだ後、親指のいわゆる原則としてだけでなく、特定のプロジェクトを通じて、この赤ちゃんを観察している、私を許して、私はそれを見てみましょう！
我々はSerializableをシリアル化インターフェイスを実装しなければならない場合には第三に、
背面のシリアル化に関するいくつかの基本的な情報を言ったが、その後、次の質問は次のとおりです。我々はシリアル化操作を実現するためであれば、途中でSerializableインタフェースを実装する必要がありますか？PS：私たちは特別な言及がOKにシリアライズ簡単な道具をシリアル化すると言う理由実は、私は理解していませんか？私は、これは私たちが今まで持っている可能性が最良の選択であるかどうかを疑問に思ってきましたか？
ます。https：//github.com/eishay/jvm-serializers/wiki記事の分析をご覧ください。
第四に、達成するために他の直列化の長所と短所の使用
我々はパフォーマンスの面で、Serializableインタフェースを達成するための方法によって、一連の操作を実行するために、見て記事へのリンクの第3四半期に共有としては最良の選択ではありません。そのため、パフォーマンスを考慮した場合には、多くの人が疑問がある今、Serializableインタフェースを交換する他、より効率的な製品を選択します：
1は、私は、その後、私はクラス宣言Serializableインタフェースでそれを実装する必要がある場合によって達成することができます
2、私は他の手段によって達成なら、私たちはもはや、シリアライズ方法Serializableインタフェースを通過することはできない、独自のツールを書き換える必要があります。使用に際しては、ない非常に大きな利便性！
PS：プロジェクトは常にを使用するかをRedisの、MongoDBは何、実際には、プロセスがデータ処理パッケージへのアクセス権を持つすべての時間、量貧しい人々はできません。そして、何の既製のパッケージは良い人がやるんありますか？はい、間違いなく、自分自身を助けます。シリアル化を実装するために、サードパーティ製のツールを使用している場合、実際には、私は理解していない、し、呼び出しのシーケンスを遠隔とき、最終的にどこに表示され、シリアライズまたは抗シーケンスすべきですか？私はちょうどダオ層に考えるようになったが、彼はそれを抗シリアライズの事の波をシリアル化するために、モジュールを動作させるために持っていない場合、それは次のようになります。データベースにアクセスするとき、私は現在、本当に唯一のNoSQLから、サードパーティ製のツールの配列データを使用していますので。