に遭遇したJavaを学習するプロセスに関する質問
-
サブクラスは親クラスのコンストラクタを継承できるかどうか、どのように我々は、親クラスのコンストラクタを呼び出すことができます
コンストラクタのJavaの継承は継承されません、ただコール(暗黙的または明示的な):A
君が呼ぶ、デフォルトで1サブクラスを親クラスを呼び出すための引数なしのコンストラクタ
入力値のサブクラスによって設定されたパラメータ、その後、親クラスのスーパー値を呼び出します。2.サブクラスは親クラスのコンストラクタのパラメータは呼び出し
欠落している例(第一の保持)ここに -
あなたは関数が値返さない呼び出すときに実際の値を変更する方法
(パラメータ値の変更で元の関数を作るためのパラメータ割り付けの空隙機能)を
使用すると、値を変更するために渡された戻り値の引数なしでパラメータを渡したい場合は渡すことができます回答値を渡す参照(アドレス)が送信されます。(等アレイ、文字列、オブジェクト、などのデータ型を参照する参照) -
継承ポリモーフィズム(保つために)
-
インタビュー質問
単一文字のUnicodeコードの「劉」を求めて二つの方法を用いて、
A:1 system.out.print(+ 1-1(「劉」));(ハイへの遷移低計算時間)。
2.システム。 out.print((int型) '劉');(強制移行) -
インタビュー質問
最終的に三種類の間で同じ使用確定最終
:1.finalは、それが属性(変数)修飾子修正され、修正された方法を書き換えることができない、修飾されたクラスは、一定継承することができない
2.finallyコードブロックが配置されていますコードが例外であるか否かが発生し、実行されますが、
一般的にそれらで重要なコードを実行する必要があります。
ここで、回収機構が配置される前3.finalize法、回復動作
の一般的なストアリソースが解放されます -
質問に直面し
、最終的に、どのように実行をコーディングするreturnキーワードに会った前ならば、関数の中で?直接返品最後にバックでコードを実行した後にされます
:バックを実行する
実行または問題ではないであろう1.finally例外コードブロックを置き、発生した
リターンがある場合に試してみるには、キャッチした場合、2を最終的にはまだ、行っ
プロセスの:最初の復帰を実行するが、メモリから返された値を返さない、そして最終的にコード実行の終了を返す(戻り値が、その過程で変更されません)のような
文のブロックであれば3。最後で直接返されるリターンがあります -
展開
の必要性は、ハッシュコードをオーバーライドし、メソッド等しくしたときに比べて、なぜ
A:機能の底が等しい1.(Objectクラスのデフォルト)は、2つのメモリアドレスを比較している、と私たちは一般的にオブジェクトを比較比較する場合、それらの値が同じであるが、そう、一般的に書き換えた
だけオーバーライドが上書きせずにハッシュコードを等しい場合2.を、その方法は、オブジェクトのハッシュコードは、その2つのデフォルトのhashCodeメソッドは、デフォルトのhashCodeメソッドは、ハッシュアルゴリズムによってオブジェクトのメモリアドレスに基づいているため、に来ていますハッシュコードと同じオブジェクトが必ずしも等しくありません。 -
異常と間違ったの違い
Javaでは1は、すべての例外は、共通の祖先のThrowableを持っています。
例外(異常)とエラー(エラー)、重要なサブクラスのJavaの例外処理は、それぞれがサブカテゴリの多数が含まれている両方とも:スロー可能オブジェクトは、2つの重要なサブクラスを有します。
2.Exception(異常)が問題を再開し、可能かつ予測可能なアプリケーションです。ほとんどの例外は、一般的に、軽度、中等度に問題があることを示しています。
ExceptionクラスはのRuntimeExceptionのサブクラスを持っています。RuntimeException及びそのサブクラスは、に起因する誤差を示し、「JVMの一般的な操作を。」それぞれNULLオブジェクト参照、ゼロによる除算、または配列境界を、使用しようとすると、例えば、例外が(NullPointerExceptionが、はArithmeticException)とArrayIndexOutOfBoundExceptionランタイムをスローされます。
3.Error(エラー)は、アプリケーションを実行しているより深刻な問題を示します。ほとんどのエラーは、操作コードの作者の実行には何の関係もありません -
インタビューの質問は、
StringBuilderのとStringBufferの違いについて教えてください
Aを:どちらがXXXXXXことができ、クラスの文字列バッファです
スレッドセーフ、(JDK1.5)高2.StringBuilder業務効率のではなく、
低い動作効率はなく、スレッドセーフのStringBuffer (JDK1.0)
複数のスレッドを使用する場合3.のStringBuilder、StringBufferのを使用することをお勧め -
フェイス質問
ストレージの問題については、文字列
:1.文字列は実行時定数プールに格納されている
定数が格納されているjdk1.8、メソッドエリア、前2
jdk1.8後、その文字列が中に保存されていますヒープ -
なぜ文字列バッファのご紹介
A:文字列が一定であるため、操作の過程で迷惑の多くは、その文字列バッファの導入をもたらす場合もございます。文字列の貯蔵容器のような文字列バッファオブジェクトは、不必要な廃棄物の多くを生成しません。