问题复盘 #

你遇到的情况很典型：后台处理PDF文件时突然崩溃，但Logcat里看不到「Caused by」相关的报错线索，排查了真机、模拟器甚至重启电脑都没解决。最终发现问题出在try/catch的异常捕获范围上。

根因分析 #

你的原代码只捕获了FileNotFoundException：

try { 
    val pdfReader = PdfReader(URL(it)) 
    // process PDF
    pdfReader.close() 
} catch(e: FileNotFoundException){ 
    // 处理文件未找到异常
}

但PDF处理流程中可能抛出多种其他异常：比如网络请求失败的IOException、PDF格式损坏的异常、内存不足异常等等。这些未被捕获的异常会直接导致应用崩溃，而且因为没有被catch块拦截，Logcat里的报错信息可能被隐藏或者没有被你关注到。

解决方案 #

将捕获的异常类型改为更通用的Exception后，所有异常都会被拦截，你就能在Logcat中看到完整的报错栈信息，进而定位具体问题：

try { 
    val pdfReader = PdfReader(URL(it)) 
    // process PDF
    pdfReader.close() 
} catch(e: Exception){ 
    // 处理所有异常，这里可以先打印日志
    e.printStackTrace()
    // 后续根据具体报错再优化异常处理逻辑
}

额外建议 #

1. 避免长期使用通用Exception捕获：等你通过日志定位到具体的异常类型后，建议改为针对性捕获（比如IOException、BadFormatException等），这样可以避免吞掉一些需要特殊处理的严重异常。
2. 确保资源正确释放：可以使用Kotlin的use函数自动关闭PdfReader，避免因异常导致资源泄漏：

   try { 
       PdfReader(URL(it)).use { pdfReader ->
           // process PDF
       }
   } catch(e: Exception){ 
       e.printStackTrace()
   }
   

内容的提问来源于stack exchange，提问作者Ax1