从Java 9开始，可以使用模块在许多情况下解决这个问题。

没有使用关键字左右。

你可以使用反射等“作弊”，但我不建议“作弊”。

Java的设计者明确地拒绝了朋友的概念，因为它在c++中是有效的。你把你的"朋友"放在同一个包裹里。私有的、受保护的和打包的安全性是作为语言设计的一部分强制执行的。

James Gosling希望Java成为没有错误的c++。我相信他觉得这个朋友是一个错误，因为它违反了面向对象的原则。包提供了一种合理的方式来组织组件，而不会对OOP过于纯粹。

NR指出，你可以使用反射来作弊，但即使这样也只在你没有使用SecurityManager的情况下有效。如果您启用了Java标准安全性，那么您将无法通过反射进行欺骗，除非您编写了专门允许反射的安全策略。

这里有一个小技巧，我用JAVA复制c++的朋友机制。

假设我有一个类罗密欧和另一个类朱丽叶。因为仇恨的原因，他们在不同的包裹(家庭)里。

罗密欧想要拥抱朱丽叶，而朱丽叶只想让罗密欧拥抱她。

在c++中，朱丽叶会宣布罗密欧是(恋人)朋友，但在java中没有这样的事情。

下面是这些类和诀窍:

女士优先:

package capulet;

import montague.Romeo;

public class Juliet {

    public static void cuddle(Romeo.Love love) {
        Objects.requireNonNull(love);
        System.out.println("O Romeo, Romeo, wherefore art thou Romeo?");
    }

}

这就是朱丽叶的方法。拥抱是公开的，但你需要一个罗密欧。我喜欢这么称呼它。它用的是罗密欧。Love作为“签名安全”，以确保只有Romeo可以调用此方法并检查爱是否真实，以便运行时在它为空时抛出NullPointerException。

现在，孩子们:

package montague;

import capulet.Juliet;

public class Romeo {
    public static final class Love { private Love() {} }
    private static final Love love = new Love();

    public static void cuddleJuliet() {
        Juliet.cuddle(love);
    }
}

罗密欧班。爱是公开的，但它的创造者却是私人的。因此，任何人都可以看到它，但只有罗密欧才能建造它。我用了一个静态的参考，所以罗密欧。从未使用过的爱只会被构建一次，不会影响优化。

因此，罗密欧可以拥抱朱丽叶，而且只有他可以，因为只有他可以构建和接近一个罗密欧。Love实例，Juliet需要它来拥抱她(否则她会用NullPointerException打你)。

据我所知，这是不可能的。

也许，你可以给我们更多关于你的设计的细节。像这样的问题很可能是设计缺陷造成的。

只考虑

如果这些类如此密切相关，为什么它们在不同的包中? A是否访问B的私有成员，或者操作是否应该移动到类B并由A触发? 这是真正的调用还是事件处理更好?

我曾经见过一个基于反射的解决方案，它在运行时使用反射进行“好友检查”，并检查调用堆栈，以查看调用该方法的类是否允许这样做。作为运行时检查，它有一个明显的缺点。