问题背景与错误分析
在android应用开发中，一个常见的需求是从设备存储中读取文件（如pdf），在一个activity中展示文件列表，然后点击列表项将选定的文件传递到另一个activity进行详细查看。然而，在实现这一功能时，开发者可能会遇到java.lang.nullpointerexception，尤其是在尝试从intent中获取文件路径并在新的activity中构造file对象时。
具体来说，当我们在MainActivity中尝试将File对象通过Intent传递到PDFwatch Activity，并在PDFwatch Activity中接收时，如果传递方式不当，就会引发错误。以下是原始代码片段中存在的问题：
MainActivity.java (发送方)
@Override
public void onPdfSelected(File file) {
Intent intent = new Intent(MainActivity.this, PDFwatch.class);
// 问题所在：file.getAbsoluteFile() 返回的是一个 File 对象
intent.putExtra("path", file.getAbsoluteFile());
startActivity(intent);
}PDFwatch.java (接收方)
// ...
String filePath = getIntent().getStringExtra("path"); // 尝试以 String 类型获取
// 当 intent.putExtra("path", file.getAbsoluteFile()) 传入的是 File 对象时，
// getIntent().getStringExtra("path") 会返回 null。
// 随后，new File(null) 会导致 NullPointerException。
File file = new File(filePath); // 错误发生在这里，因为 filePath 为 null
Uri path = Uri.fromFile(file);
read.fromUri(path).load();
// ...错误信息 java.lang.NullPointerException: Attempt to invoke virtual method 'char[] java.lang.String.toCharArray()' on a null object reference at java.io.File.fixSlashes(File.java:183) at java.io.File.
解决方案一：传递文件路径字符串
最直接且推荐的解决方案是确保在Activity之间传递的数据类型保持一致。如果接收方期望一个字符串，那么发送方就应该提供一个字符串。File对象提供了一个getAbsolutePath()方法，可以获取其对应的字符串路径。
MainActivity.java (发送方修改)
Android开发指南中文pdf版,学习android的朋友可以参考下。应用程序基础Application Fundamentals 关键类 应用程序组件 激活组件：intent 关闭组件 manifest文件 Intent过滤器 Activity和任务 Affinity（吸引力）和新任务 加载模式 清理堆栈 启动任务 进程和线程 进程 线程 远程过程调用 线程安全方法 组件生命周期 Activity生命周期 调用父类 服务生命周期 广播接收器生命周期 进程与生命周期 用户界面User Interface
import java.io.File; // 确保导入 File 类
// ... 其他代码 ...
@Override
public void onPdfSelected(File file) {
Intent intent = new Intent(MainActivity.this, PDFwatch.class);
// 正确做法：使用 getAbsolutePath() 获取文件路径的字符串表示
intent.putExtra("path", file.getAbsolutePath());
startActivity(intent);
}PDFwatch.java (接收方)
接收方的代码无需修改，因为它已经期望接收一个字符串路径。
import android.net.Uri;
import java.io.File; // 确保导入 File 类
// ... 其他代码 ...
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_pdfwatch); // 假设你的布局文件是 activity_pdfwatch
// 初始化你的 PDFView 控件，例如使用 com.github.barteksc.pdfviewer.PDFView
// PDFView read = findViewById(R.id.read);
String filePath = getIntent().getStringExtra("path");
// 建议：添加空值检查以提高健壮性
if (filePath != null) {
File file = new File(filePath);
Uri path = Uri.fromFile(file);
// 假设 read 是你的 PDFView 实例
// read.fromUri(path).load();
} else {
// 处理 filePath 为 null 的情况，例如显示错误消息或返回上一个 Activity
// Log.e("PDFWatch", "文件路径为空，无法加载PDF");
// Toast.makeText(this, "无法加载PDF：文件路径无效", Toast.LENGTH_LONG).show();
finish(); // 关闭当前 Activity
}
}通过这种方式，MainActivity发送的是一个字符串，PDFwatch Activity也以字符串形式接收，类型匹配，从而避免了NullPointerException。
解决方案二：传递可序列化的File对象
File类实现了Serializable接口，这意味着File对象本身可以直接通过Intent传递，只要接收方使用getSerializableExtra()方法正确接收并进行类型转换。
MainActivity.java (发送方修改)
import java.io.File; // 确保导入 File 类
import java.io.Serializable; // 通常不需要显式导入，因为 File 已经实现了
// ... 其他代码 ...
@Override
public void onPdfSelected(File file) {
Intent intent = new Intent(MainActivity.this, PDFwatch.class);
// 正确做法：直接传递 File 对象，因为它实现了 Serializable
intent.putExtra("path", file);
startActivity(intent);
}PDFwatch.java (接收方修改)
import android.net.Uri;
import java.io.File;
import java.io.Serializable; // 通常不需要显式导入
// ... 其他代码 ...
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_pdfwatch);
// PDFView read = findViewById(R.id.read);
// 使用 getSerializableExtra() 获取 File 对象，并进行类型转换
Serializable serializableFile = getIntent().getSerializableExtra("path");
if (serializableFile instanceof File) {
File file = (File) serializableFile;
Uri path = Uri.fromFile(file);
// read.fromUri(path).load();
} else {
// 处理接收到的不是 File 对象或为 null 的情况
// Log.e("PDFWatch", "接收到的不是有效的文件对象");
// Toast.makeText(this, "无法加载PDF：文件对象无效", Toast.LENGTH_LONG).show();
finish();
}
}这种方法直接传递File对象，代码意图更明确，但需要注意Serializable的性能开销通常略高于Parcelable（尽管对于简单的File对象影响不大）。同时，接收方需要进行类型检查和强制转换。
注意事项与最佳实践
-
权限管理： 在Android 6.0 (API 23) 及更高版本上，访问外部存储需要运行时权限。请确保在AndroidManifest.xml中声明了READ_EXTERNAL_STORAGE权限，并在代码中请求运行时权限。
并在Activity中进行运行时权限检查和请求：
// 示例：在 MainActivity 中检查和请求权限 private static final int PERMISSION_REQUEST_CODE = 100; private void checkPermissions() { if (ContextCompat.checkSelfPermission(this, Manifest.permission.READ_EXTERNAL_STORAGE) != PackageManager.PERMISSION_GRANTED) { ActivityCompat.requestPermissions(this, new String[]{Manifest.permission.READ_EXTERNAL_STORAGE}, PERMISSION_REQUEST_CODE); } else { displayPdf(); // 权限已授予，可以显示PDF列表 } } @Override public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) { super.onRequestPermissionsResult(requestCode, permissions, grantResults); if (requestCode == PERMISSION_REQUEST_CODE) { if (grantResults.length > 0 && grantResults[0] == PackageManager.PERMISSION_GRANTED) { displayPdf(); } else { Toast.makeText(this, "读取存储权限被拒绝，无法加载PDF", Toast.LENGTH_LONG).show(); } } } 空值检查： 无论采用哪种传递方式，在接收Activity中对获取到的数据进行空值检查都是一个良好的编程习惯，以防止意外情况导致应用崩溃。
PDF加载库： 示例代码中使用了read.fromUri(path).load()，这通常是某个第三方PDF查看库（如android-pdfview）提供的API。确保正确初始化和使用你选择的PDF加载库。
UI线程阻塞： 加载大型PDF文件可能是一个耗时操作。虽然许多PDF库内部会处理线程问题，但如果你的PDF加载逻辑涉及大量I/O或计算，应考虑在后台线程（如使用AsyncTask、ExecutorService或Kotlin协程）中执行，以避免阻塞UI线程导致应用无响应（ANR）。
FileProvider (Android 7.0+): 对于Android 7.0 (API 24) 及更高版本，直接通过file://URI暴露文件路径给其他应用可能导致FileUriExposedException。如果你的应用需要将文件URI暴露给其他应用（例如通过ACTION_VIEW打开PDF），建议使用FileProvider来生成安全的content://URI。在本教程的场景中，由于是在应用内部的Activity之间传递，直接使用file://URI通常是安全的，但了解FileProvider的重要性对未来的开发很有帮助。
总结
在Android应用中，Activity之间的数据传递是核心功能之一。当传递文件路径时，务必注意发送方和接收方之间的数据类型匹配。通过file.getAbsolutePath()传递字符串路径，或者直接传递实现了Serializable接口的File对象，是解决NullPointerException的两种有效方法。同时，结合权限管理、空值检查和合适的PDF加载库，可以构建一个健壮且用户体验良好的PDF查看功能。
