Javaのインタビューの概要

Javaのインタビューの概要

序文

今日はどのように言うことはありません過去にキャッチするためにJavaのバックエンドの開発エンジニアのインタビューを受け、そして、自分自身を総括する方法は、自分が脳リラックス与える今日のインタビューの経験を共有したいと思いました。まず第一に、インタビューが自己紹介を始め、今日の面接は、彼がマイクロソフトで働いていたと述べたので、私はそれが非常に経験豊富であると感じ、彼らは直接テーマに私を与える、一般的には、インタビュアーが私に尋ねたことを理にかなっていくつかの非常に、例えば：春IOCのライフサイクル、実行中のプロセスや原則のSpringMVC、もしくはについて話をする私と私の履歴書に基づいていますが、彼は私に直接それらを無視しました。

テキスト

問題

まず最初の質問、ポイントにまっすぐに、あなたはマイクロサービスを知っていますか？だから、マイクロサービスに関する意見について話？

もちろん、この問題は非常に一般的です

回答：

マイクロキャリアサービスはSOA上、SOAの比較は、より微細な粒径となり、単一のアプリケーションから発展され、サービス間の各サービスは、各サービスには独自の別個のロジック、サービスとのサービスを有し、互いに比較的独立していますRPCリモート呼び出しを使用しての間、マイクロサービスアーキテクチャは、アジャイル開発のために、より適した比較的コンパクトで、軽量です。

質問2

彼は私の前の質問の答えから質問がありました

サイトのアーキテクチャの理解についての講演

私はその問題がより良い分類を言った覚えている、私はおそらく言うと思います。

伝統的な建築

伝統的なアイテムは、一般SSH、SSMは、システム・アーキテクチャは、3つの層、すなわち、ビジネス・ロジック、永続層、ウェブ層に分割されています。

分散アーキテクチャ

Nサブシステムに分割するビジネスニーズによると、複数のサブシステムは、リモートRPCサブシステムのビジネス・プロセスを使用した通信技術の間の通信を完了するために協働します。

SOAのアーキテクチャ

SOAは、開発チームを促進しないシステムは、一般的なビジネスロジックは、プレゼンテーション層、ビジネスロジック層に、別のサービスにカプセル化、抽出され、比較的従来の単一フレームは、結合度が比較的高いです

ビジネスシステムは、いくつかのコンポーネントに分解し、その各コンポーネントは独立して、離散、自治、サービスを再利用する機能を提供しています

アッパーとオーケストレーションサービスを組み合わせてビジネスプロセスを実装するには

マイクロサービスアーキテクチャ

マイクロサービスは、単一の小さな、しかし、ビジネス・サービスの開発を指し、プロの人がプロのことを行うように、各サービスは、独自の処理や光の通信メカニズムは、単一のサーバーにデプロイすることができました。

もちろん、私はそれからちょうど大体言うので、細かい答えませんでした。

質問3

伝統的な建築プログラムの前ではなく？なぜマイクロサービスプログラムが必要？同様に、おそらく意味

これは、私は彼に話をし、伝統的な建築の欠点だけでなく、マイクロサービスアーキテクチャのメリットについて尋ねたことができます。

伝統的な建築様式は、彼らは一般的に個人または小規模なチーム開発に適しているプロジェクトに書かれている、アプリケーションの単一ポイントはSSHアーキテクチャやSSMアーキテクチャ、ビジネスが分割されていないです。サービスその結果、モジュールが存在すると、このアーキテクチャモデル、結合システムは使用できません、それがプロジェクト全体に影響を与える可能性があり、比較的高いです。高並行性の問題のため、ユーザーエクスペリエンスが良くない、0-100の訪問のためにのみ適してあります。

マイクロサービス

SOAに基づく進化の1マイクロサービスフレームワーク、SOAの利点は、送信のためにHTTP + JSON（安らか）を使用して、マイクロアーキテクチャで除去SOAアーキテクチャESBサービス・メッセージ・バスを継承。

2.マイクロサービスアーキテクチャSOAのアーキテクチャでは、プロの物事を行うには細かい粒度よりも、プロの人（フォーカス）、サービス、各サービスがなければならないマイクロサービスアーキテクチャの間で互いに独立して、各サービスの効率を向上させることを目的になります独立した展開、よりコンパクトで軽量なマイクロサービスアーキテクチャ。

共有3.SOAデータベース・ストレージ・アーキテクチャを発生することがあり、マイクロサービスデータベース・サービスは、各サービスは、独立してサービス間の互いに確実にするために、すべての単一の個体を強調しています。

4.プロジェクトはマイクロサービスアーキテクチャSOAのアーキテクチャの特性を反映した粒径が非常に細かいですので、インターネット企業アジャイル、高速な反復バージョンよりも適しています。

質問4

上記の問題を踏まえ、同社のシステムがどのような状況を考慮に入れる必要がありますか？

この質問は開いています。言って無料

5つの質問

マイクロサービスアーキテクチャの設計を配布し、各ノードのサーバーをアップグレードし、プロセスは、あるべきか、それは何に注意を払う必要がありますか？この問題は、私は混乱の答えを覚えて、私はとにかく、この問題が発生していない、私の心が空白に聞く感じた分遅いと、その時間を覚えて、何のポイントではありません。

アリは、私は少しに答えるために建築家に相談した後、彼は私にいくつかのアイデア、バージョン管理、スイッチ制御、階調制御を与えるかもしれません。ハハ、だけでなく、私に与えられた情報を与えました。

私は以下のコメントで、私は誰の情報偉大な神を共有し、かどうかを知りたいと思います。

質問6

彼は質問のシーンは、ユーザーがログインするよう求め、アカウントのパスワードは、間違って10回入力した1時間のユーザアカウントをロックします。

回答：

まず、nginxの経由SSOシングルサインオンを使用したシステムの設計、ユーザのログイン要求は、すべての要求を処理し、zuulゲートウェイローカル負荷分散により、プロキシサーバーを逆にして、私は最初に、一般的なプロセスログを述べ、その後、ちょうど言います問題の身体の後、間違ったパスワードは、ユーザーのRedisによって記録された回数は、ユーザデータの設定は、ユーザーの状態を設定するメッセージキューリスナーのための有効期限が切れ、そして処理している、10回測定しました。この回答ような何か。

インタビュアーは、私はライン上のビット冗長、おおよそフロントセクションは、彼は言った、おそらくそれを渡すことができますと言いました！この回答。

質問7

Redisのを使用するときに、Redisのを考えると、何を教えてください

Redisの高性能キーと値のペア（のオープンソースC言語の開発であるキー値）データベース（のNoSQL）、アプリケーションのキャッシュ。これは、キーのデータ型を複数設けることにより、保存されたさまざまなシナリオに適応する必要があります。

Redisのアプリケーションシナリオ

キャッシュ。

分散型クラスタアーキテクチャセッション分離。

タスクキュー。（スパイク、買う、12306、など）

アプリケーションリスト。（たSortedSet）

ウェブサイトの統計情報。

データ処理は期限が切れました。（有効期限）

おそらく、私は時間をしなかった、より詳細な回答をやっている、これを行います。

質問8

実はあなたはRedisのは、その後、彼はRedisのについての質問の多くを尋ねたと述べました。これ何の印象ではなく、手の込んだ、あなた自身の脳を構成していません。

そして、やや忘れていくつかの質問があります

概要

インタビュアーが自分の就職の面接のうち、ストリッピング、部分的にしかで自分自身を見つけるために、話をする教師と生徒で守られての合計気持ちで答えた当初はjavaのインターンシップ就職の面接。、彼は私はあなたがすべての質問に答えることができることを願って言うことはありません、彼はあなたのボトムラインのさまざまな側面を探求することを見つけるあなたが答えることができるかどうかを確認するためだけに、実際には私は問題のいくつかのためのフレームワーク、ネットワーク、JVMなどでなければなりません感じます だから、関係なく、インタビュアーがあなたの質問を何、ノウハウを少し知っている、知っていると言う、そしてあまりにもフリーズは言った、技術を学ぶことができない、理解してふりをしていない、ここで正直所有していません。インタビュー非常に多くの時間が、バックのプロジェクトを行うには、はるかに多くの疑問に直面しています。

ます。https：//juejin.im/post/5d07b383f265da1ba647ed4aで再現