先週、グループの友人が平安保険に面接に行きました。結(jié)果は少し殘念でとても殘念ですが、落ち込まないでほしいと思います。とおっしゃいましたが、面接で遭遇した問(wèn)題は基本的に試験問(wèn)題を暗記すれば解けるものばかりですので頑張ってください！

また、ご不明な點(diǎn)がございましたら、お?dú)葺Xにご相談いただき、一緒に進(jìn)めていきたいと思います。

あまり深入りせずに本題に入りましょう。この學(xué)生がまとめた技術(shù)面接の質(zhì)問(wèn)と參考回答を以下に示します。

Java のスレッドセーフ クラスとは何ですか?

ベクトル、ハッシュテーブル、文字列バッファ。これらはすべて、スレッド セーフを?qū)g現(xiàn)するためにメソッドに同期ロックを追加します。

さらに、すべてのコレクション クラスが JUC パッケージの下にあります

ArrayBlockingQueue、ConcurrentHashMap、ConcurrentLinkedQueue、ConcurrentLinkedDeque など。これらもスレッドセーフです。

幸いなことに、これで回答は終わりで、面接官はそれ以上質(zhì)問(wèn)しませんでした。そうでなければ、JUC の下でこれらの質(zhì)問(wèn)に答えることはできなかったでしょう。

Java でオブジェクトを作成できる方法は何通りありますか?

#この質(zhì)問(wèn)は比較的簡(jiǎn)単なので、最後の 123 は問(wèn)題ないと言えます。

Java では、次の 4 つの方法でオブジェクトを作成できます。

• new は新しいオブジェクトを作成します
• リフレクション メカニズムを通じて
• クローン メカニズムを使用します
• シリアル化メカニズムを通じて

Object の一般的なメソッドは何ですか?

#この質(zhì)問(wèn)に対する答えはあまり良くなく、當(dāng)時(shí)は toString、equals、hashCode、wait、notify、notifyAll しか覚えていませんでした。他には何も考えませんでした。面接官はうなずき続け、大丈夫だろうという印象を與えた。

java.lang.Object

対応するメソッドの意味は次のとおりです。

clone メソッド

オブジェクトの淺いコピーを?qū)g裝するための保護(hù)されたメソッド。このメソッドは、Cloneable インターフェイスが実裝されている場(chǎng)合にのみ呼び出すことができます。それ以外の場(chǎng)合は、CloneNotSupportedException 例外が発生します。ディープ コピーも必要です。Cloneable を?qū)g裝し、そのメンバー変數(shù)が參照型の場(chǎng)合は、Cloneable も実裝してから、clone メソッドを書(shū)き直す必要があります。

finalize メソッド

このメソッドはガベージ コレクターに関連しています。オブジェクトをリサイクルできるかどうかを判斷する最後のステップは、このメソッドがオーバーライドされているかどうかを判斷することです。

equals メソッド

このメソッドは非常に頻繁に使用されます。通常、equals と == は異なりますが、Object では同じです。通常、サブクラスはこのメソッドをオーバーライドします。

hashCode メソッド

このメソッドはハッシュ検索に使用されます。equals メソッドを書(shū)き換えるには、通常、hashCode メソッドを書(shū)き換える必要があります。このメソッドは、ハッシュ関數(shù)を使用する一部のプログラムで使用されます。コレクションで使用されます。

通常、obj1.equals(obj2)==true を満たす必要があります。 obj1.hashCode()==obj2.hashCode() と結(jié)論付けることができますが、等しい hashCode は必ずしも等しいを満たすわけではありません。ただし、効率を向上させるためには、上記 2 つの條件を可能な限り同等に近づける必要があります。

• JDK 1.6 および 1.7 のデフォルトは亂數(shù)を返すことです;
• JDK 1.8 のデフォルトは 3 つの決定された値を使用することです現(xiàn)在のスレッドに関連する亂數(shù)。Marsaglia の xorshift スキームは、亂數(shù)アルゴリズムによって取得された亂數(shù)です。

wait メソッド

synchronized とともに使用される wait メソッドは、現(xiàn)在のスレッドがオブジェクトのロックを待機(jī)するようにします。はオブジェクトの所有者である必要があります。つまり、オブジェクトのロックを持っています。 wait() メソッドは、ロックを取得するか中斷されるまで待機(jī)します。 wait(long timeout) はタイムアウト間隔を設(shè)定し、指定された時(shí)間內(nèi)にロックが取得されない場(chǎng)合に戻ります。

このメソッドを呼び出した後、現(xiàn)在のスレッドは次のイベントが発生するまでスリープ狀態(tài)に入ります。

1. 他のスレッドがオブジェクトの Notice メソッドを呼び出しました;
2. 他のスレッドがオブジェクトの NoticeAll メソッドを呼び出しました;
3. 他のスレッドがスレッドを中斷するために割り込みを呼び出しました;
4. 時(shí)間間隔が終了しました。

スレッドはこの時(shí)點(diǎn)でスケジュールできますが、中斷されると、InterruptedException 例外がスローされます。

notify メソッド

は、synchronized と組み合わせて使用??されます。このメソッドは、オブジェクトの 待機(jī)キュー 內(nèi)のスレッド (同期キュー (synchronized queue) CPU をプリエンプトするスレッド用であり、待機(jī)キュー內(nèi)のスレッドとは、ウェイクアップを待っているスレッドを指します。

notifyAll メソッド

このメソッドを synchronized とともに使用すると、このオブジェクトのキューで待機(jī)しているすべてのスレッドが起動(dòng)されます。

hashCode メソッドと equals メソッドの関係は何ですか?

これは連続攻撃に似ているように思えます。この質(zhì)問(wèn)をして、面接官が少し混亂しているように感じました、私の基礎(chǔ)に疑問(wèn)がありますが、この質(zhì)問(wèn)にはまだ答えることができます。

a.equals(b) が「true」を返す場(chǎng)合、a と b の hashCode() は等しい必要があります。

a.equals(b) が「false」を返す場(chǎng)合、a と b の hashCode() は等しいか等しくない可能性があります。

ハッシュコードの役割

#これは実際には一連の質(zhì)問(wèn)であり、次々と出てくる答えは理想的ではありませんが、理想的でもあります。関連する。

Javaコレクションには 2 種類(lèi)あり、1 つは List で、もう 1 つは Set です。前者は秩序があり、再現(xiàn)可能ですが、後者は無(wú)秩序で再現(xiàn)できません。要素をセットに挿入するときに、その要素がすでに存在するかどうかを確認(rèn)するにはどうすればよいですか?equals メソッドを使用できます。ただし、要素が多すぎる場(chǎng)合、この方法はさらに充実したものになります。

そこで、誰(shuí)かがコレクション內(nèi)の要素の検索効率を向上させるためにハッシュ アルゴリズムを発明しました。この方法では、コレクションをいくつかの記憶領(lǐng)域に分割します。オブジェクトごとにハッシュ コードを計(jì)算できます。ハッシュ コードをグループ化できます。各グループは特定の記憶領(lǐng)域に対応します。オブジェクトのハッシュ コードに基づいてオブジェクトを決定できます。保存する必要がある領(lǐng)域。

hashCode メソッドは次のように理解できます。オブジェクトのメモリ アドレスに基づいて計(jì)算された値を返します。このようにして、新しい要素がコレクションに追加されると、この要素の hashCode メソッドが最初に呼び出され、配置される物理的な場(chǎng)所がすぐに特定されます。この位置に要素がない場(chǎng)合は、比較せずにこの位置に直接格納できます。この位置に要素がすでに存在する場(chǎng)合は、その等しいメソッドを呼び出して新しい要素と比較します。それらが同じであれば、同じでない場(chǎng)合は、他のアドレスをハッシュします。このようにして、equals メソッドの実際の呼び出し數(shù)は大幅に減り、ほとんど 1 回か 2 回だけになります。

Spring Boot の自動(dòng)アセンブリ原理について話(huà)します

この問(wèn)題は、私が Spring Boot を書(shū)いたことが原因でもあります。履歴書(shū)を聞かれるのは普通のことですが、面接前に読んで答えは大丈夫でした。面接官は、それが意味するところだと言いました。

Spring Boot @SpringBootApplication には非常に重要なアノテーションがあり、これは

- @SpringBootConfiguration

と同等です。

- @EnableAutoConfiguration

- @ComponentScan

@EnableAutoConfiguration がキー (自動(dòng)構(gòu)成を有効にする) 內(nèi)部的には、META-INF/spring.factories ファイルの情報(bào)が実際に読み込まれ、# でフィルタリングされます。 ## EnableAutoConfiguration はキー データであり、自動(dòng)構(gòu)成機(jī)能を?qū)g現(xiàn)するために IOC コンテナにロードされます。

データベース トランザクションの分離レベルは何ですか?

#この種の問(wèn)題では、8 部構(gòu)成のエッセイを暗記する必要があり、インターネット上にたくさんのエッセイが公開(kāi)されています。

データベース トランザクションには 4 つの分離レベルがあり、低から高まで、

Read uncommitted、Read committed、Repeatable read です。 、シリアル化可能。

• 未コミット読み取り (READ UNCOMMITTED): この分離レベルでは、他のトランザクションは、このトランザクションによってコミットされていない一部の変更を認(rèn)識(shí)できるため、ダーティ リードの問(wèn)題が発生します (読み取りフェッチ他のトランザクションのコミットされていない部分、その後トランザクションはロールバックされました);
• Read Committed (READ COMMITTED): 他のトランザクションはコミットされた部分の取得のみを行うことができますこのトランザクションの分離レベルには、反復(fù)不可能な読み取りの問(wèn)題があります。同じトランザクションで 2 回読み取りを行った後に得られる結(jié)果は、実際には異なります。これは、別のトランザクションがデータを変更したためです。"
• Repeatable read (REPEATABLE READ)。反復(fù)可能な読み取り分離レベルは、上記の反復(fù)不可能な読み取りの問(wèn)題を解決しますが、ファントム読み取りという新しい問(wèn)題がまだあります。id>10 のデータ行を読み取る場(chǎng)合、関係するすべての行に読み取りロックが追加されます。このとき、トランザクションは id=11 のデータを新規(guī)に挿入します。新規(guī)に挿入されるため、上記はトリガーされません。ロックの除外、その後、次の実行時(shí)にこのトランザクションのクエリでは、id=11 のデータが見(jiàn)つかりますが、最後のクエリ操作ではそれを取得できなかったので、再度挿入すると主キーの競(jìng)合の問(wèn)題が発生します。
• Serializable (SERIALIZABLE)。これは最高の分離レベルであり、すべての操作が強(qiáng)制的に逐次的に実行されるため、上記の問(wèn)題をすべて解決できます。これにより、同時(shí)実行パフォーマンスの急激な低下につながります。

MySQL のインデックスについての理解を話(huà)してください

この質(zhì)問(wèn)「大丈夫です、知っているだけ言ってください。それは皆さんの準(zhǔn)備次第です。その時(shí)は十分に準(zhǔn)備していました。答えても大丈夫だと感じたので、インデックスのメリットとデメリットを一緒に答えました。

インデックスは、Mysql が効率的にデータを取得できるようにするデータ構(gòu)造です。より一般的に言うと、データベース インデックスは本の巻頭にある目次のようなもので、データベース クエリを高速化できます。

利點(diǎn)

• データベーステーブル內(nèi)のデータの各行の一意性を保証できる
• インデックス作成を大幅に高速化できる
• 特にデータの參照整合性の実現(xiàn)において、テーブル間の接続を高速化します
• グループ化を使用する場(chǎng)合およびデータに並べ替え句を使用する場(chǎng)合
• #インデックスを使用することで、時(shí)間クエリ中に最適化非表示機(jī)能を使用してシステム パフォーマンスを向上させることができます。

欠點(diǎn)

• インデックスの作成と維持には時(shí)間がかかり、データ量が増えるとこの時(shí)間も長(zhǎng)くなります
• インデックスには必要な時(shí)間がかかります。データ テーブルが占有するデータ スペースに加えて、各インデックスも一定量の物理スペースを占有します。クラスター化インデックスを確立する必要がある場(chǎng)合、必要なスペースはさらに大きくなります。大
#テーブル內(nèi)のデータが追加、削除、または変更されると、インデックスを動(dòng)的に維持する必要があるため、整數(shù)のメンテナンス速度が低下します
• ##SQL とは最適化手法に精通していますか?

この部分は、ブラザー ティアンのナレッジ プラネットの「Java プログラマーのための必須の MySQL データベース知識(shí)」を読んで學(xué)びました。ブラザー ティアンはたくさんの內(nèi)容をまとめているので、これは一部に過(guò)ぎません。私の兄は物覚えが悪いです。

1. クエリ ステートメントでは select *

2 を使用しないでください。サブクエリを最小限に抑え、代わりに関連クエリ (左結(jié)合、右結(jié)合、內(nèi)部結(jié)合) を使用してください。

3. 削減IN または NOT IN の使用、

4 の代わりに、exists、notexits、または関連するクエリ ステートメントを使用します。 or クエリの代わりに、union または Union all を使用してみてください (重複データがないことを確認(rèn)する場(chǎng)合、またはデータが存在することを確認(rèn)する場(chǎng)合)。重複データを削除する必要はありません。すべて結(jié)合する方が良いでしょう)

5. where 句では != または <> 演算子を使用しないようにしてください。そうしないと、エンジンがインデックスの使用を斷念して、フルテーブルスキャン。

6. where 句でフィールドの null 値を判斷しないようにしてください。そうしないと、エンジンはインデックスの使用を斷念し、次のような完全なテーブル スキャンを?qū)g行します: select id from t where num is null num に指定できます。デフォルト値 0 を設(shè)定し、テーブルの num 列に null 値がないことを確認(rèn)してから、次のようにクエリします。 select id from t where num=0

How is MySQL で実行される SQL クエリ?

NND さん、MySQL についてとても聞きたいのですが、この質(zhì)問(wèn)には本當(dāng)に困惑しました。ばかげた話(huà)をした後、面接官は少し焦りました。戻ってきて、Tian Ge の Knowledge Planet にアクセスして調(diào)べてみましたが、案の定、ほぼ同じ面接の質(zhì)問(wèn)でした。準(zhǔn)備ができていなかった自分を責(zé)めました。

たとえば、次の SQL ステートメント (面接官がその場(chǎng)で答えた SQL):

select?字段1，字段2?from?表?where?id=996

1. リンクを取得、MySQL へのコネクタを使用します。
2. クエリ キャッシュ、キーは SQL ステートメント、値はクエリ結(jié)果であり、見(jiàn)つかった場(chǎng)合は直接返されます。 MySQL 8.0 バージョンではクエリ キャッシュが削除されているため、MySQL 8.0 以降ではこの機(jī)能は存在しません。
3. Analyzer、字句解析と構(gòu)文解析に分かれています。この段階では、SQL の解析と構(gòu)文の検証が行われるだけです。したがって、一般的な文法上の誤りはこの段階にあります。
4. Optimizer は、テーブルに複數(shù)のインデックスがある場(chǎng)合、またはステートメント (結(jié)合) に複數(shù)のテーブルの関連付けがある場(chǎng)合に、どのインデックスを使用するかを決定し、接続を決定します。各テーブルの順?lè)?
5. Executor は、アナライザーを使用して SQL に何をしたいのかを知らせ、オプティマイザーを使用してその方法を知らせ、ステートメントの実行を開(kāi)始します。ステートメントを?qū)g行するときは、この権限があるかどうかも判斷する必要があります。権限がない場(chǎng)合は、権限がないことを示すエラーが直接返されます。権限がある場(chǎng)合は、テーブルを開(kāi)いてインターフェイスを使用します。テーブルのエンジン定義に従ってテーブルの最初の行を取得するためにエンジンによって提供され、ID が 1 に等しいかどうかを判斷します。存在する場(chǎng)合はそのままリターンし、次の行に進(jìn)むためにエンジンインターフェースを呼び出し続けない場(chǎng)合は、テーブルの最後の行がフェッチされるまで同じ判斷を繰り返し、最終的にリターンします。

#気になったのですが、996 とはどういう意味ですか? あなたの會(huì)社は 996 ですか?何気なく言ってみよう

JVM におけるヒープとスタックの違いは何ですか?

#これは問(wèn)題ありません。JVM の知識(shí)に精通していれば、答えることができます。 Brother Tian がコンパイルした JVM ランタイム データ領(lǐng)域の説明は非常に優(yōu)れています。

この 2 つの本質(zhì)的な違いは、スタックはスレッドに対してプライベートであるのに対し、ヒープはスレッドによって共有されるということです。

スタックはロジックを表す実行時(shí)単位です。スタックはスレッドに対応し、基本的なデータ型とヒープ內(nèi)のオブジェクトへの參照が含まれます。領(lǐng)域は連続しており、フラグメントはありません。

ヒープはデータを表すストレージであり、複數(shù)のスタックで共有できます (基本データ型、參照、メンバー內(nèi)の參照オブジェクトを含む) 領(lǐng)域は連続しておらず、斷片化されます。

1) さまざまな機(jī)能

スタック メモリはローカル変數(shù)とメソッド呼び出しの保存に使用され、ヒープ メモリは Java のオブジェクトの保存に使用されます。メンバー変數(shù)、ローカル変數(shù)、クラス変數(shù)のいずれであっても、それらが指すオブジェクトはヒープ メモリに格納されます。

2)、異なる共有

スタック メモリはスレッドに対してプライベートです。ヒープ メモリはすべてのスレッドに共通です。

3)、さまざまな例外エラー

スタック メモリまたはヒープ メモリが不足している場(chǎng)合、例外がスローされます。

スタック領(lǐng)域が不十分です: java.lang.StackOverFlowError。

ヒープ領(lǐng)域が不十分です: java.lang.OutOfMemoryError。

4)、スペース サイズ

スタックのスペース サイズは、ヒープのスペース サイズよりもはるかに小さいです。

クラスロードメカニズムについてご存知ですか?

これらは面接の質(zhì)問(wèn)を暗記したものです

JVM クラスの読み込みは、読み込み、検証、準(zhǔn)備、解析、解析の 5 つのプロセスに分かれています。以下の図に示すように、初期化、使用、およびアンインストールが行われます。

ロード、検証、準(zhǔn)備、解析、解析の 5 つのプロセスの具體的なアクションを見(jiàn)てみましょう。そして初期化。

ロード

ロードは主に、.class ファイル (必ずしも .class である必要はありません。以下から取得した ZIP パッケージである場(chǎng)合もあります) 內(nèi)のバイナリ ワードをロードします。ネットワーク) スロットリングが JVM に読み込まれます。ロード段階で、JVM は次の 3 つのことを完了する必要があります: 1) クラスの完全修飾名を通じてクラスのバイナリ バイト ストリームを取得する; 2) バイト ストリームで表される靜的ストレージ構(gòu)造をランタイム データ構(gòu)造に変換するメソッド領(lǐng)域; 3) このクラスの java.lang.Class オブジェクトを、メソッド領(lǐng)域內(nèi)のこのクラスのさまざまなデータへのアクセス エントリとしてメモリ上に生成します。

接続

検証

検証は接続フェーズの最初のステップであり、主に次のことを行います。読み込みを確実にする 受信バイト ストリームは JVM 仕様に準(zhǔn)拠しています。検証フェーズでは、次の 4 段階の検証アクションが完了します。 1) ファイル形式の検証 2) メタデータの検証 (Java 言語(yǔ)仕様に準(zhǔn)拠しているかどうか) 3) バイトコードの検証 (プログラムのセマンティクスが正當(dāng)かつ論理的であることを確認(rèn)するため) 4)シンボル?yún)⒄栅螚试^（次の解析ステップが正常に実行できることを確認(rèn)）

準(zhǔn)備

主にメソッド領(lǐng)域の靜的変數(shù)のメモリ確保とデフォルトの初期値の設(shè)定価値。

解析

は、仮想マシンが定數(shù)プール內(nèi)のシンボル?yún)⒄栅蛑苯訁⒄栅酥盲瓝Qえるプロセスです。

初期化

初期化フェーズはクラス読み込みプロセスの最後のステップであり、主にプログラム內(nèi)の代入ステートメントに従ってクラス変數(shù)に値をアクティブに代入します。注: 1) 親クラスがあり、親クラスを初期化する場(chǎng)合は、最初に親クラスを初期化します; 2) その後、サブクラスの初期化ステートメントを?qū)g行します。

フル GC を引き起こす可能性のある條件は何ですか?

# ちょっと話(huà)が飛びますが、ガベージコレクションのアルゴリズムなどについて質(zhì)問(wèn)しようと思ったのですが、ここで質(zhì)問(wèn)させていただきました。準(zhǔn)備ができていなかったので、何気なく 2 つのことを言っただけで、面接官は明らかに不満を感じました。

通常、フル GC をトリガーするシナリオは 5 つあります。

(1) System.gc を呼び出すと、システムは フル GC # の実行を推奨します。 ## ですが、実行する必要はありません

(2) 舊世代の容量不足

(3) 容量不足を解消する方法

(4) を入力します。マイナー GC 通過(guò)後の古い世代 > 古い世代で使用可能なメモリの平均サイズ

(5) Eden領(lǐng)域、From Space領(lǐng)域からT(mén)o Space領(lǐng)域へコピーする際、オブジェクトサイズがTo Spaceの空きメモリを超えた場(chǎng)合、オブジェクトは舊世代に転送され、舊世代の空きメモリがなくなる世代はオブジェクトのサイズよりも小さいです。つまり、古い世代が新しい世代から古い世代にオブジェクトを格納できない場(chǎng)合、フル GC がトリガーされます。

オンライン システムの CPU が非常に高いのですが、どうすればよいですか?

この質(zhì)問(wèn)に対する答えはあまり満足のいくものではありません。ティアン兄弟が文書(shū)をまとめたことは知っていますが、どこに帰るべきかわかりません。途中で読んでみたら、これも覚えられる面接の質(zhì)問(wèn)だったので、実は答えていませんでした。戻ってもっと勉強(qiáng)してください。面接官が來(lái)て、「わかりました、今日の面接はここで終わります。ここで人事に報(bào)告します。ここで待っていてください」と言いました。

しばらくすると、美人の人事が笑顔でやって來(lái)ました（問(wèn)題は深刻ではないと思っていました）が、実際は...

あなたは「YYさん、面接官から面接狀況についてフィードバックがありました。再度検討させていただきます。先に帰ってください。結(jié)果は後ほどお電話(huà)させていただきます?！?ですか？

(⊙o⊙)...、n日経っても音沙汰なし、本當(dāng)にかっこよかったです。

従來(lái)の操作は次のとおりです:

1.top oder by with P: 1040 // まずプロセス負(fù)荷でソートされた axLoad(pid) を見(jiàn)つけます

2.top - Hp process PID: 1073 // 関連するロード スレッド PID

3 を検索します。 printf "0x%x\n" Thread PID: 0x431 // 後の jstack ログの検索に備えて、スレッド PID を 16 進(jìn)數(shù)に変換します

4. jstack プロセス PID | vim/hex スレッド PID - // 例: jstack 1040|vim /0x431 -

要約

#面接プロセス全體は比較的簡(jiǎn)単で、面接官はかなり優(yōu)秀でした。準(zhǔn)備ができていなかった自分を責(zé)めただけです。2 年間働いているので、見(jiàn)たことのない質(zhì)問(wèn)もいくつかありましたが、面接官が尋ねた質(zhì)問(wèn)は準(zhǔn)備したこと（面接の質(zhì)問(wèn)を暗記すること）は達(dá)成できますし、個(gè)人的に経験する必要はありません。