Protégé des variables peut être consulté dans la Classe Enfant ou de l'Enfant Objet

Avertissement: la réponse est copié à partir de ma réponse à une autre question. Toutefois, aucune réponse de cette question est accepté. Je crois qu'il a également répondre à cette question donc je copie le contenu avec quelques retouches ici.

protected est un peu intéressant en Java. Bien que nous dit toujours "protégé" donne l'accès à la sous-classe de paquet différent, il n'est pas l'ensemble de l'image.

Par exemple, si vous avez Child l'extension de Parent, et il est un membre protégé dans Parent. Ce que vous pouvez faire dans Child est à accès protégé membre de Child, mais même pas que les membres protégés de Parent. Sonne un peu étrange de droite même si ils sons de la même chose?

Cité du Noyau de Java 9e Édition:

Toutefois, le Gestionnaire des méthodes de la classe pouvez coup d'oeil à l'intérieur de la hireDay champ
de Gestionnaire d'objets, pas des autres Employés des objets. Cette
la restriction est fait de sorte que vous ne pouvez pas abuser du mécanisme protégé par
formant des sous-classes juste pour obtenir l'accès à des champs protégés

(Gestionnaire de classe s'étend de l'Employé, et il y a un hireDay protégé membre de l'Employé et le Gestionnaire et l'Employé sont situés dans DIFFÉRENTS package)

Par exemple,

public class Manager extends Employee {
    //accessing protected member of itself
    public void foo1() {   
        System.out.println("" + this.hireDay);  //OK
    }

    //access protected member of instance of same type
    public void foo2(Manager manager) {  
        System.out.println("" + manager.hireDay);  //OK
    }

    //access protected member of instance of super-class
    public void foo3(Employee employee) {
        System.out.println("" + employee.hireDay);  //NOT ALLOWED!
    }
}

Ce qui signifie, membre protégé permettre à l'enfant de la classe à partir d'un autre paquet à travers la référence de l'enfant de la classe (soit this, ou une autre référence qui est un enfant de la classe)

Et, être spécifique à l'OP de la réponse: si callMethod est déclaré dans ChildClass, alors NON, vous ne pouvez pas le faire et il ne sera même pas compiler. Toutefois, si callMethod est déclaré dans ParentClass alors tout est bien, parce que c'est tout simplement ParentClass accès protégé membre d'un ParentClass instance.

---

Mise à jour:

Donné critiques dans les commentaires, je pense qu'il vaut la peine d'aller à JLS pour voir ce qu'il disent:

(Cité de http://docs.oracle.com/javase/specs/jls/se8/html/jls-6.html#jls-6.6.2.1 sur l'Accès à un Membre protégé, deuxième puce)

Si l'accès est par l'accès à un champ d'expression de E. Id, ou une méthode
l'invocation de l'expression E. Id(...), ou une méthode de référence de l'expression E ::
Id, où E est une expression Primaire (§15.8), l'accès est
autorisé si et seulement si le type de E est S ou une sous-classe de la S

C'est essentiellement ce que j'ai tenté de livrer dans la réponse:

Dans Manager classe, manager.hireDay fonctionne parce que manager est une expression primaire, et l'accès est autorisé, car le type de manager est Manager ou sous-classe de Manager.

Sur la base d'JLS, pourquoi manager.hireDay œuvres NE ont une relation avec le type de manager (de même type).

OriginalL'auteur Adrian Shum

Si votre enfant a de la classe et de la classe Parent dans le même package que vous pouvez accéder à cet objet directement [Si vous le souhaitez], Sinon, vous avez deux options.
1 - Créer une méthode de lecture en classe Parent et d'accéder à votre champ protégé à l'aide de la méthode
2 - à l'Intérieur de la classe enfant de récupérer le Parent champ protégé à l'aide de la réflexion étant donné ci-dessous

public void callMethod(ParentClass o) {
    try {
        Field f = o.getClass().getDeclaredField("protVar");
        f.setAccessible(true);
        Object value = f.get(o);
    } catch (SecurityException e) {
        e.printStackTrace();
    } catch (NoSuchFieldException e) {
        e.printStackTrace();
    } catch (IllegalArgumentException e) {
        e.printStackTrace();
    } catch (IllegalAccessException e) {
        e.printStackTrace();
    }
}

OriginalL'auteur Naveen Ramawat