Maison  >  Article  >  Java  >  Les 8 erreurs les plus courantes dans les questions d'entretien Java

Les 8 erreurs les plus courantes dans les questions d'entretien Java

(*-*)浩
(*-*)浩original
2019-11-11 14:21:362129parcourir

Les 8 erreurs les plus courantes dans les questions d'entretien Java

1. Utilisation de static et final

Le rôle de static peut être discuté sous trois aspects, à savoir les variables statiques, les méthodes statiques, la statique. gentil.

Variables statiques : Les variables statiques déclarées comme statiques sont essentiellement des variables globales. Lorsqu'un objet est déclaré, une copie de la variable statique n'est pas générée, mais toutes les variables d'instance de la classe partagent la même variable. idem Une variable statique. En d’autres termes, cette variable statique n’est chargée qu’une seule fois et seul un espace de stockage est alloué.

Méthodes statiques : Les méthodes statiques déclarées comme statiques ont les caractéristiques suivantes :

(1) Les méthodes statiques ne peuvent appeler que des méthodes statiques

(2) ) Les méthodes statiques ne peuvent accéder qu'aux données statiques ;

(3) Les méthodes statiques ne peuvent en aucun cas faire référence à this ou super

Classe statique : Généralement une déclaration de classe ordinaire ; static n'est pas autorisé, seule une classe interne est autorisée (la méthode main est un exemple typique). À l'heure actuelle, la classe statique déclarée peut être utilisée directement comme une classe normale sans avoir besoin d'instancier une classe externe.

Le rôle de final peut être compris sous trois aspects : variables, méthodes et classes :

La valeur d'une variable modifiée par final ne peut pas être modifiée et est une constante ; >Les méthodes finales modifiées ne peuvent pas être remplacées ;

Les classes finales modifiées ne peuvent pas être héritées ;

2. La différence entre les classes abstraites et les interfaces. L'interface hérite-t-elle de plusieurs classes ? Une interface ? Une classe peut-elle implémenter plusieurs interfaces ?

Ni les classes abstraites ni les interfaces ne peuvent être instanciées directement. Si elles doivent être instanciées, les variables de classe abstraite doivent pointer vers des objets de sous-classe qui implémentent toutes les méthodes abstraites, et les variables d'interface doivent pointer vers des objets de classe qui implémentent. toutes les méthodes d'interface.

Les classes abstraites doivent être héritées par les sous-classes et les interfaces doivent être implémentées par les classes.

Les interfaces ne peuvent faire que des déclarations de méthodes. Les classes abstraites peuvent faire des déclarations de méthodes et des implémentations de méthodes.

Les variables définies dans les interfaces ne peuvent être que des constantes statiques publiques.

Toutes les méthodes abstraites d'une classe abstraite doivent être implémentées par la sous-classe. Si la sous-classe ne peut pas implémenter toutes les méthodes abstraites de la classe parent, alors la sous-classe ne peut être qu'une classe abstraite. De même, lorsqu'une classe implémente une interface, si elle ne peut pas implémenter toutes les méthodes de l'interface, alors la classe ne peut être qu'une classe abstraite.

Les méthodes abstraites ne peuvent être déclarées et non implémentées. abstract void abc(); ne peut pas être écrit comme abstract void abc(){}.

Les classes abstraites n'ont pas besoin de méthodes abstraites.

S'il existe une méthode abstraite dans une classe, alors la classe ne peut être qu'une classe abstraite.

Les méthodes abstraites doivent être implémentées, elles ne peuvent donc pas être statiques ou privées.

Les interfaces peuvent hériter d'interfaces et peuvent hériter de plusieurs interfaces, mais les classes ne peuvent hériter que d'une seule racine.

3. Fonctions et utilisation de this et super

this :

(1) Peut accéder à l'exception des méthodes de constructeur. Toutes les propriétés et les méthodes sont appelées via cela.

(2) Ne peut pas être utilisé dans les méthodes statiques

(3) Utilisez ceci (liste de paramètres) dans le constructeur pour appeler D'autres méthodes de construction de cette classe doivent être placé dans la première phrase de la méthode de construction.

super :

Accéder aux méthodes et attributs de la classe parent(1) Accéder aux méthodes et attributs de la classe parent

(2 ) Dans le constructeur Le constructeur de la classe parent est appelé via super (liste de paramètres), qui doit être placé dans la première ligne du constructeur de la sous-classe.

4. La différence entre final, enfin, finaliser ?

final : le modificateur (mot-clé) a trois utilisations : Si une classe est déclarée comme finale, cela signifie qu'elle ne peut pas dériver de nouvelles sous-classes, c'est-à-dire qu'il ne peut pas être hérité. Déclarer les variables comme finales garantit qu'elles ne seront pas modifiées lors de l'utilisation. Les variables déclarées comme finales ne peuvent être lues et ne peuvent pas être modifiées dans les références après l'initialisation. Les méthodes déclarées comme finales ne peuvent également être utilisées que dans les sous-classes et ne peuvent pas être remplacées.

enfin : généralement placée après try...catch, la structure exécute toujours le bloc de code, ce qui signifie que peu importe si le programme est exécuté normalement ou si une exception se produit, le code ici peut être exécuté tant que la JVM n'est pas fermée et le code externe peut être libéré. ​​Le code de ressource est écrit dans le bloc final.

finalize : Une méthode définie dans la classe Object. Java permet d'utiliser la méthode finalize() pour effectuer le travail de nettoyage nécessaire avant que le ramasse-miettes efface l'objet de la mémoire. Cette méthode est appelée par le garbage collector lorsqu'il détruit un objet. En remplaçant la méthode finalize(), vous pouvez organiser les ressources système ou effectuer d'autres travaux de nettoyage.

5. Quelle est la différence entre une erreur et une exception ?

L'erreur représente les erreurs et les exceptions au niveau du système que le programme n'a pas à gérer. où la récupération n'est pas impossible mais difficile. Un problème grave tel qu'un débordement de mémoire, il est impossible de s'attendre à ce que le programme gère une telle situation ;

L'exception représente une exception qui doit être interceptée ou doit être gérée ; par le programme, qui est un problème de conception ou de mise en œuvre, c'est-à-dire qui représente une situation qui ne se produirait jamais si le programme fonctionnait normalement ;

6. Racontez le cycle de vie de Servlet et la différence entre Servlet et CGI.

Une fois le servlet instancié par le serveur, le conteneur exécute sa méthode init, et lorsque la requête arrive, il exécute sa méthode de service. La méthode de service distribue automatiquement la méthode doXXX (doGet, doPost) correspondant à la requête, etc. ., lorsque le serveur décide de détruire l'instance. Appelez sa méthode destroy(). La différence entre

et CGI est que le Servlet est dans le processus serveur. Il exécute sa méthode de service via multi-threading. Une instance peut répondre à plusieurs requêtes, et son instance n'est généralement pas détruite, tandis que CGI traite chaque requête. . Les deux génèrent de nouveaux processus et détruisent le service une fois celui-ci terminé, l'efficacité est donc inférieure à celle du Servlet.

7. Comment éviter les avalanches de cache ?

Cause :

L'avalanche de cache peut être due au fait que les données ne sont pas chargées dans le cache, ou que le cache échoue dans une grande zone en même temps, ce qui entraîne l'envoi de toutes les requêtes à l'interrogation de la base de données, ce qui entraîne une charge trop élevée du processeur et de la mémoire de la base de données, voire un temps d'arrêt.

Solution correspondante :

Utilisez le nombre de verrous, ou utilisez un nombre raisonnable de files d'attente pour éviter une trop grande pression sur la base de données en cas de panne du cache. Bien que cette méthode puisse alléger la pression sur la base de données, elle réduit également le débit du système.

Analysez le comportement des utilisateurs et essayez de répartir uniformément les points de temps de défaillance. Évitez les avalanches de cache.

Si un certain serveur de cache est en panne, vous pouvez envisager un serveur principal et une sauvegarde, tels que Redis Primary et Backup. Cependant, la double mise en cache implique des transactions de mise à jour, et la mise à jour peut lire des données sales, ce qui doit être résolu.

8. Parlez de votre compréhension de MVC

MVC est l'abréviation de Model-View-Controler. C'est le modèle-vue-contrôleur. MVC est un modèle de conception qui impose la séparation des entrées, des traitements et des sorties d'une application.

Les modèles, vues et contrôleurs dans MVC sont responsables de différentes tâches.

Vue : une vue est l'interface que les utilisateurs voient et avec laquelle ils interagissent. Les vues affichent les données pertinentes pour l'utilisateur et acceptent les entrées de l'utilisateur. Les vues n'effectuent aucun traitement de logique métier.

Modèle : le modèle représente les données métier et le traitement métier, équivalent à JavaBean. Un modèle peut fournir des données à plusieurs vues. Cela augmente la réutilisabilité des applications.

Contrôleur : lorsque l'utilisateur clique sur le bouton Soumettre dans la page Web, le contrôleur accepte la demande et appelle le modèle correspondant pour traiter la demande, puis appelle la vue correspondante pour afficher le résultat du traitement en fonction du traitement. résultat.

Processus de traitement MVC : Tout d'abord, le contrôleur accepte la demande de l'utilisateur, appelle le modèle correspondant pour le traitement commercial et renvoie les données au contrôleur. Le contrôleur appelle la vue correspondante pour afficher les résultats du traitement. et présenté à l'utilisateur via des vues.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn