在 Java 工程中，包的作用除了组织类文件，还承担访问控制边界。跨包访问一个返回数组的方法，看起来只是调用一个方法再打印结果，实际涉及类可见性、方法签名、数组引用传递以及输出格式四个方面。许多人在同一个包里写得顺畅，一旦把工具类拆到其他包就出现无法从外部访问或打印出一串十六进制地址的情况，原因通常不是逻辑错误，而是忽略了 Java 的包隔离规则和数组的 toString 行为。
下文拆成四个环节来梳理：先确认包结构和 public 修饰符，再完成跨包调用，然后解决数组内容打印，最后讨论返回数组时的封装注意事项。
跨包访问的前提：包结构与 public 权限
Java 的包使用 package 关键字声明，源文件第一行没有 package 语句时属于默认包。默认包中的类不能被显式 import，因此真实项目中应避免使用默认包。跨包访问的首个条件是目标类必须声明为 public。一个类的声明如果写成 class ArrayProvider，它的可见性就仅限于当前包，其他包即使 import 了包名也无法访问。同理，目标方法也必须使用 public 修饰符，否则外部包无法调用。
下面先给出一个位于 com.util 包的数组提供类。该类只有一个 public 方法 getNumbers，返回一个 int 数组。注意类和方法都是 public，这是跨包调用的最低要求。
package com.util;
public class ArrayProvider {
private int[] numbers = {12, 7, 35, 18, 29};
public int[] getNumbers() {
return numbers;
}
}
如果把 public class 改成 class，或者把 public int[] getNumbers 改成 int[] getNumbers，那么另一个包中的类在编译阶段就会报错。常见报错信息包括 ArrayProvider is not public in com.util 和 getNumbers() is not public in com.util; cannot be accessed from outside package。理解这些提示可以快速定位权限问题。
在另一个包中导入并接收返回的数组
调用方放在 com.app 包中，需要先 import com.util.ArrayProvider，也可以不 import 而使用全限定名 com.util.ArrayProvider。导入后创建对象并接收方法返回值。因为数组在 Java 中属于引用类型，所以 int[] result 拿到的是 ArrayProvider 内部 numbers 数组的引用，而不是数组副本。
下面是一个完整的调用示例，包名与上一个示例不同，类名为 Main。代码中先实例化 ArrayProvider，再通过 getNumbers 获取数组，然后打印数组的长度和元素内容。
package com.app;
import com.util.ArrayProvider;
import java.util.Arrays;
public class Main {
public static void main(String[] args) {
ArrayProvider provider = new ArrayProvider();
int[] result = provider.getNumbers();
System.out.println("数组长度：" + result.length);
System.out.println("数组内容：" + Arrays.toString(result));
}
}
这里有一个很容易误解的地方：方法返回的是数组引用，而不是重新创建的新数组。调用方如果执行 result[0] = 100，ArrayProvider 内部保存的 numbers 数组也会改变。如果希望跨包调用时不暴露内部数组，可以在 getter 中返回数组的克隆，比如 return numbers.clone()，这样外部修改不会影响原对象。
另外，跨包调用时还需要注意 classpath 或模块路径是否正确。在命令行编译时，应该先编译 com/util 下的类，再编译 com/app 下的类，运行时要保证根目录在 classpath 中。比如在 src 目录下执行 javac com/util/ArrayProvider.java com/app/Main.java，然后 java com.app.Main。
打印数组的几种方式与常见误区
直接执行 System.out.println(result) 会输出类似 [I@15db9742 的内容。这是因为数组的 toString 方法继承自 Object，默认实现返回类名加哈希码，并不展示数组元素。要输出元素，最快捷的方式是使用 java.util.Arrays.toString。它会把一维数组格式化为类似 [12, 7, 35, 18, 29] 的字符串。
如果数组是二维或更高维度，Arrays.toString 只能打印外层数组的引用地址，还是会出现 [I@... 这样的内容。此时必须使用 Arrays.deepToString。例如一个 int[][] 二维数组，用 deepToString 可以得到 [[1, 2], [3, 4]] 的效果。下面代码对比了一维和二维数组的不同打印方式。
import java.util.Arrays;
public class PrintArrayDemo {
public static void main(String[] args) {
int[] oneDim = {10, 20, 30};
int[][] twoDim = {{1, 2}, {3, 4}};
System.out.println("错误打印一维：" + oneDim);
System.out.println("正确打印一维：" + Arrays.toString(oneDim));
System.out.println("错误打印二维：" + twoDim);
System.out.println("正确打印二维：" + Arrays.deepToString(twoDim));
}
}
除了 Arrays 工具类，传统 for 循环和增强 for 循环也常用于打印数组。对数组元素逐个输出可以方便地控制格式，但也需要手动处理分隔符。Arrays.toString 已经足够满足绝大多数日志和调试需求。如果数组可能为 null，直接调用 Arrays.toString 会抛出 NullPointerException，因此打印前应判断 result != null。
跨包返回数组的封装建议
从包设计角度看，直接返回内部数组会让外部代码获得修改内部状态的能力，破坏封装性。即便是同一个团队内部的工具类，也建议区分只读访问和可修改访问。对于只读场景，可以返回数组的副本，或返回 List 的不可变视图。对于性能敏感的场景，如果数据量很大，可以返回数组引用但通过文档约定不得修改，不过这种约定不如代码约束可靠。
另一种做法是不直接暴露数组，而是提供打印方法或遍历方法。例如 ArrayProvider 增加一个 printNumbers 方法，内部使用 Arrays.toString 输出。这样调用方只需要调用 provider.printNumbers()，无需关心数组如何跨包传递。但有时调用方需要拿到数组做进一步计算，这时返回副本更安全。
跨包访问数组并不复杂，复杂的是把可见性、引用语义和输出格式三者同时处理正确。只要类和方法都是 public，调用方正确 import，再使用 Arrays.toString 或 deepToString 打印，就能避免大部分开发中的小坑。若还需要保护数据完整性，返回副本或不可变视图是更稳妥的选择。