1. Essayez de spécifier le modificateur final de la classe. Les classes avec le modificateur final ne peuvent pas être dérivées
Dans l'API principale Java, il existe de nombreuses applications d'exemples finaux. , tel que java.lang.String. La spécification de final pour la classe String empêche les utilisateurs de remplacer la méthode length(). De plus, si une classe est désignée comme finale, toutes les méthodes de la classe seront définitives. Le compilateur Java recherchera des opportunités pour intégrer toutes les méthodes finales.
2. Essayez de réutiliser les objets
Surtout lorsque vous utilisez des objets String, StringBuffer doit être utilisé à la place lorsque des connexions de chaînes se produisent. Étant donné que le système doit non seulement passer du temps à générer des objets, mais qu'il devra peut-être également consacrer du temps à la collecte et au traitement de ces objets à l'avenir, générer trop d'objets aura un impact important sur les performances du programme.
3. Essayez d'utiliser des variables locales
Les paramètres passés lors de l'appel de la méthode et les variables temporaires créées lors de l'appel sont enregistrées dans la pile (Stack). et les variables d'instance, etc., sont toutes créées dans le tas et sont plus lentes. De plus, en fonction du compilateur/JVM spécifique, les variables locales peuvent être optimisées davantage.
4. Ne pas initialiser les variables à plusieurs reprises
Par défaut, lors de l'appel du constructeur d'une classe, Java initialisera les variables à certaines valeurs : tous les objets sont définis sur des variables entières nulles (octet, short, int, long) sont définis sur 0, les variables float et double sont définies sur 0,0 et les valeurs logiques sont définies sur false. Cela doit être particulièrement noté lorsqu'une classe est dérivée d'une autre classe, car lorsqu'un objet est créé à l'aide du mot-clé new, tous les constructeurs de la chaîne de constructeurs seront automatiquement appelés.
5. Dans le développement de systèmes d'application JAVA + ORACLE, les instructions SQL intégrées dans Java doivent être autant que possible en majuscules pour réduire la charge d'analyse de l'analyseur ORACLE.
6. Pendant la programmation Java, soyez prudent lorsque vous effectuez des connexions à la base de données et des opérations de flux d'E/S après utilisation, même à l'approche de la libération des ressources. Parce que les opérations sur ces objets volumineux entraîneront une surcharge système importante.
7. Étant donné que la JVM dispose de son propre mécanisme GC, elle ne nécessite pas trop de considération de la part des développeurs de programmes. Cela réduit dans une certaine mesure la charge des développeurs, mais elle passe également à côté des dangers cachés de la création d'objets. Cela consomme une grande quantité de mémoire système et peut provoquer des fuites de mémoire dans les cas graves. Il est donc très important d'assurer le recyclage en temps opportun des objets expirés.
La condition pour que la JVM collecte les déchets est que l'objet ne soit plus référencé ; cependant, le GC de la JVM n'est pas très intelligent, et même si l'objet remplit les conditions de récupération des déchets, il peut ne pas être recyclé immédiatement ; . Par conséquent, il est recommandé de le définir manuellement sur null après avoir utilisé l'objet.
8. Lorsque vous utilisez le mécanisme de synchronisation, essayez d'utiliser la synchronisation des méthodes au lieu de la synchronisation des blocs de code.
Tutoriel recommandé : Démarrage rapide Java
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!