本人3年开发经验、18年年底开始跑路找工作，在互联网寒冬下成功拿到阿里巴巴、今日头条、哔哩哔哩等公司offer，岗位是Java后端开发，最终选择去了哔哩哔哩。
面试了很多家公司，感觉大部分公司考察的点都差不多，所以将自己的心得记下来，希望能给正在找或者准备找工作的朋友提供一点帮助。另外，目前在哔哩哔哩也做面试官的工作，身份从求职者变为面试官，看问题的很多角度也不一样，所以下文中既有求职者的视角，也有面试官的视角インタビュープロセス
最初のインタビュープロセスの下では、大企業は、一般的な技術の3-4ラウンドを持って、HRのいずれに直面しています。上のビープ音ビープマイルマイルが、私は最初の2ラウンド、4つの技術面の合計を経験尋ねると、プロジェクト実施のための主要な基礎である、最初の3つは、主にプロジェクトの実施と開発を依頼する、顔、2回の面接に交差しています。最初の4つの部門が上司に直面している、主要なインフラ、技術とビジネスのいくつかの、個人的な開発より抽象的な事柄を理解するために要請しました。
ポイントのことを注意
2に再開1は、同じ被写体に2-3程度の書き込みに最高のプロジェクトの経験で、プロジェクトのほとんどのハイライトを書き込んでください
大企業がバックを持っていながら、明確に書くのに時間の仕事の経験を開始曲は、合併またはオミット仕事の経験のいくつかの比較的短い期間を、インパクトがちょうどインタビューではないかもしれないが、後の会社に入れないかもしれません
ブログの何も記事、githubのは、履歴書では良いプロジェクトを書いていない
面接のために問題のある役員は、あなたが比較的長くなることが必要な時間は、言うことができると感じた場合、あなたが私の思考の考えは、私の次のクラスがインタビュアーに仕上げていること、答える前に明確に考えて
発話速度と関節へのインタビュー注意を払う時には、私が面接を行った後、多くの人々がすぐに話をする傾向があることがわかった、またはろれつが回らない、またそうでなければ、特に（上の点を答えなかったというインタビュアーの感じになるだろう問題の原因電話面）
インタビューの結果後のインタビューで直接質問しません
技術的な検査
の一般的な、技術関連の研究では、2つのブロックに分割され、1の土台、二つ目は経験です。
日々蓄積と面接前の準備からJavaベース、データベース、ミドルウェア、などの基礎。
（トラフィックフローの十倍はどのように利用できることを確認した場合、このようなプロジェクトなど）前の経験が行われ、プロジェクト、問題を解決し、いくつかのシーンの問題を含んでいます。
本論文では、グループに障害が発生したにあなたが得ることができれば、いくつかの近くにあり、高度な技術の全体のポイントは、より多くの次のリンクの下に置かれ、私自身の要約の一部を問題について何かを言う（コピー）セット（攻撃）他の人。
セット
非スレッドセーフのコレクションにし、java.utilのjava.util.concurrentパッケージコレクションの下でスレッドの安全性：コレクションは、二つのブロックに分割されます。
リスト
ArrayListのとLinkedListの実装と区別
地図
HashMapの：拡大を避けるために、どのようにハッシュ紛争解決（リストと赤黒木）、展開のタイミング、時間の最適化焼き直しに、データ構造を理解します
LinkedHashMap：LRUを達成するためにそれを使用する方法、整然としたものを2、基本的な原理を理解
TreeMapの：一貫性のあるハッシュを達成するためにそれを使用する方法、キーのターゲットは、インターフェイスを比較達成するためにでなければならない理由を確認するために、データ構造を理解します
セットする
基本的に対応するマップによって達成セット、簡単なように見える
一般的な問題
どのようにハッシュハッシュマップを解決するには、競合、赤黒木に変身するために、なぜハッシュマップリストで必要？
展開をトリガするときはHashMapの？
jdk1.8の前に無限ループのハッシュマップはなぜ並行性の問題がある場合？
ハッシュマップの拡張の必要性は、各エントリのハッシュのために一度計算されると、それ？
なぜハッシュマップの配列の長さは2の電力を確保するには？
LinkedHashMapでLRUを実装する方法？
ハッシュのTreeMapとの整合性を達成するためにどのように？
ミドルウェア、ストレージ、および他のフレームワーク
の春
AOP、スプリングトランザクション伝播を達成するための豆のライフサイクル、円形の依存関係、スプリングクラウド（例えばプロジェクトなどが使用している）
FAQ
Javaの動的なプロキシおよびプロキシCGLIBのダイナミックな差（私たちはここに置かように求めて、多くの場合、春と一緒に使用）
Beanのライフサイクルの春はどのように？
問題はどのような円形の依存性注入とコンストラクタ・インジェクションプロパティを持っていますか？
ダボ（または他のRPCフレーム）は、
サービス発見、ルーティング、非同期呼び出し、限定的なダウングレード、障害リトライ：共通ダボRPC実装の枠組みと理解されます
よくある質問
ダボは、負荷分散を行う方法は？
どのようにダボは、ダウングレードを制限するのですか？
どのようにダボエレガントなサービスをオフライン？
どのようにダボ非同期呼び出し？
RocketMq（または他のメッセージミドルウェア）
このようRocketMq実装としてミドルウェアメッセージングの共通理解：高可用性と高スループット、メッセージシーケンス、繰り返し消費、取引メッセージ、遅延メッセージ、配信不能キューを確保する方法
よくある質問
どのように高可用性を確保RocketMq？
どのように高いスループットを確保RocketMq？
RocketMqのニュースは、それを命じたのですか？
どのように順番にRocketMqローカルニュースが保証されている？
実装メカニズムRocketMqトランザクションメッセージを？
問題は、それの消費を繰り返すことRocketMq？どのように解決するには？
遅れメッセージRocketMqサポートのどのレベル？どのようにそれを達成するには？
RocketMqは、プッシュモデルまたはプルモデルのですか？
消費者の負荷分散は、どのようにのようなものでしょうか？
すべての側面から収集し、必要に応じて、自己作成があり、また、独自の概要は、以下の絵を持っている、現在の会社があります
Redisの（または他のキャッシュシステム）
モデル、Redisの永続性を作業のRedisは、期限切れの除去メカニズムをRedisの分散型クラスタの一般的な形式をRedisの、分散ロック、内訳をバッファリングし、雪崩キャッシュ、キャッシュコヒーレンシの問題
よくある質問
なぜ？高性能をRedisの
マルチコアCPUマシンのRedisの利点を、シングルスレッドか？
キャッシュ制圧戦略をRedisの？
どのように永続的なデータをRedisの？
いくつかのデータ構造を持っているのRedis？
いくつかのフォームを持っている、クラスタのRedis？
Redisの中に、より効率的なメモリ内に格納する方法を、大規模なキーと値が比較的小さいデータでありますか？
データの整合性を確保する方法とDBをしてRedisの？
どのようにキャッシュを解決し、雪崩に浸透キャッシュ？
Redisので分散ロックを実装する方法？
MySQLの
データ構造、トランザクション分離レベル、ロック、インデックス、クラスタ化インデックスと非クラスタ化インデックス、左端のマッチング原則、クエリの最適化（コマンドの説明）
推奨文献：
- http://hedengcheng.com/?p=771
- https://tech.meituan.com/2014/06/30/mysql-index.html
- http://hbasefly.com/2017/08/19/mysql-transaction/
よくある質問
いくつかのトランザクション分離レベルを有している（以下同じinnondb）のMySQL、？
別のトランザクション分離レベルのロックが追加されます何ですか？
MySQLの行ロック、テーブルロック、ロックギャップ、意図的ロックは何をしていますか？
左端の一致であるかについての話？
遅いクエリを最適化するには？
MySQLのインデックスなぜB +ツリーは赤黒木、代わりにB木である
かのサブライブラリーのサブテーブル選択メニューキーポイント
サブライブラリーサブテーブルの場合は、クエリは、ソート行う方法一般的でしょうか？
ZK
一般的な原則をZK（同様の下筏アルゴリズムの原理を理解することができます）、分散ロックを達成ZK、クラスタマスターの選挙行うZK
よくある質問
ZKで分散ロックを実装し、ロックを分散Redisの長所と短所がありますする方法