Java Peut variables final être initialisée dans le bloc d'initialisation statique?

Basé sur ma connaissance du langage Java, les variables peuvent être initialisées dans static initialization block.

Cependant, lorsque j'essaie de mettre en pratique (static variables qui sont final trop), je reçois le message d'erreur indiqué dans la capture d'écran ci-dessous:

InformationsquelleAutor Yatendra Goel | 2010-02-26

36

Oui, bien sûr: static final variables peuvent être initialisées dans un bloc statique mais.... vous avez implicite GOTOs dans cet exemple (try/catch est essentiellement un 'GOTO attraper si quelque chose se passe mal').

Si une exception est levée vos final variables ne sont pas initialisées.

De noter que l'utilisation de la statique des constructions va à l'encontre de l'Orienté Objet dogme. Il peut compliquer votre test et de faciliter le débogage plus difficile.
- Puis-je jeter l'exception de static initialization block. Que puis-je faire lorsqu'un code dans static initialization block jeter une exception que je ne veux pas de poignée.
- vous pouvez initialiser les variables à l'extérieur de l'essayer bloc catch, par exemple, de faire l'exception de jeter le code à essayer de les attraper et de les initialiser dans enfin...
- il serait nécessaire d'utiliser des habitants de le refaire si l'exception de jeter le code est le getString(...) l'appel de la méthode.
- bien sûr, la finale de variables doivent être attribuées à quelque chose, donc dans le bloc catch, il serait probablement affecter la valeur null
- Il n'est pas un problème si il y a une exception dans le bloc statique, vous NE le manipulez PAS, parce que cela va lever une exception lors de l'initialisation de la classe et de l'initialisation échoue, au lieu de comme on le voit dans l'exemple donné, où il pourrait réussir sans l'initialisation de toutes les variables.
- e.printStackTrace() par lui-même dans un bloc catch me fait pleurer.
- Juste pour ajouter à cette réponse c'est vrai également pour le niveau de l'instance (non statique) finale champs
- Vous devez vous assurer que la finale de la statique des variables sont initialisées avant de sortir de la statique bloc. Dans votre cas, les initialiser dans le bloc catch trop ou de mieux utiliser le bloc finally selon votre condition
InformationsquelleAutor SyntaxT3rr0r
18

Vous pouvez faire cela, mais vous devez quitter le bloc statique par la levée d'une exception - vous pouvez renvoyer l'exception qui a été pris ou un nouveau. En général, cette exception doit être un RuntimeException. Vous devriez vraiment ne pas attraper un générique Exception mais plus exception spécifique(s) qui pourrait être levée à partir de l'intérieur de votre try bloc. Enfin, si un initialiseur statique déclenche une exception alors il rendra la classe inutilisable au cours de cette manche particulière parce que la JVM ne tentera d'initialiser votre classe à la fois. Les tentatives ultérieures de l'utilisation de cette classe entraînera dans une autre exception, comme NoClassDefFoundError.

Donc, de travail, de votre initialiseur devrait lire quelque chose comme ceci:
```
static {
    try {
        ...
    } catch (Exception e) {
        e.PrintStackTrace();
        throw new InitializationFailedException("Could not init class.", e);
    }
}
```
En supposant que InitializationFailedException est une coutume RuntimeException, mais vous pouvez en utiliser un existant.
- Je ne sais pas pourquoi il y avait une baisse de vote, veuillez expliquer.
InformationsquelleAutor Kevin Brock
9
```
public class MyClass
{
    private static final SomeClass myVar;

    static
    {
        Object obj = null;  //You could use SomeClass, but I like Object so you can reuse it
        try
        {
            obj = new SomeClass(...);    
        }
        catch(WhateverException err)
        {
            //Possibly nested try-catches here if the first exception is recoverable...
            //Print an error, log the error, do something with the error
            throw new ExceptionInInitializerError(err); 
        }
        finally
        {
            myVar = (SomeClass) obj;
        }
    }
}
```
En supposant qu'aucun où amont est dans une position pour attraper un ExceptionInInitializationError ou un général Exception ensuite, le programme ne devrait jamais essayer d'utiliser myVar. Si toutefois ceux-ci sont pris et le programme ne se termine pas, alors vous avez besoin de code pour surveiller et gérer myVar être null (ou être heureux avec NullPointerExceptions coming out partout).

Je ne suis pas sûr qu'il y est une bonne façon de gérer cela.
- >>> alors vous avez besoin de code pour surveiller et gérer myVar être null Ici, l'initialiseur statique déclenche une exception qui empêche la classe de chargement à tous (et ainsi, les variables ne peuvent pas être référencées non initialisée) donc pas besoin de s'inquiéter pour les NPE (null pointer exception)
InformationsquelleAutor Matt Vang

Pouvez-vous mettre la déclaration dans le bloc finally?

try {
    //load file
} catch(IOException e) {
    //horay
} finally {
    HOST=config.get......
}

Ce n'est pas possible.

InformationsquelleAutor Stephen

Vous devez vous connecter pour publier un commentaire.