以前处理文件数据提取,我得写几百行代码,还得处理各种格式兼容问题;现在用 SpringBoot+Tika,几十行代码就能搞定,开发效率直接拉满。如果你也经常跟文件解析打交道,赶紧试试这个组合!
兄弟们,大家是不是也曾被 “提取不同格式文件数据” 这件事搞得头大?比如领导甩给你一个需求:“把用户上传的 Word、Excel、PDF 里的关键信息都扒出来,存到数据库里”。你一听,好家伙,这不是要我挨个对付吗?解析 Word 得用 POI,写一堆代码不说,遇到.doc 和.docx 格式还得处理版本兼容;解析 Excel 更头疼,单元格格式、合并单元格、公式计算,每一个都能让你调试到脱发;到了 PDF 更离谱,有的用 iText,有的用 PDFBox,好不容易跑通了,遇到加密的 PDF 又直接卡壳。
每次处理完这些,都感觉自己像个 “文件格式翻译官”,还是兼职的那种,每种格式都得重新学一遍语法。直到我遇上了 Apache Tika,再搭配上咱们天天用的 SpringBoot,才发现:哦?原来数据提取还能这么简单?
今天就带大家好好唠唠,怎么用 SpringBoot+Apache Tika,把各种文件的数据 “一锅端”,从此告别 “格式地狱”。
一、先搞懂:Apache Tika 是个啥?
可能有小伙伴没听过这玩意儿,我先给大家用大白话解释解释。
Apache Tika,简单说就是一个 “万能文件解析工具”。你可以把它理解成 “文件界的翻译官”—— 不管你给它的是 Word、Excel、PDF,还是 PPT、纯文本、甚至是图片里的文字(OCR),它都能帮你把里面的内容(文字、表格、元数据)给 “翻译” 成你能直接用的格式,比如字符串、JSON 啥的。
最牛的是啥?它不用你管底层是怎么解析的。以前你解析 Word 要调 POI 的 API,解析 PDF 要调 PDFBox 的 API,每种文件都得写一套逻辑;现在有了 Tika,不管啥文件,你都只用调它同一套 API,剩下的活儿它全帮你干了。
打个比方:以前你去不同国家旅游,得学不同的语言;现在有了 Tika 这个翻译官,不管对方说啥语言,你都只用说中文,翻译官帮你搞定一切。是不是瞬间觉得轻松了?
而且这玩意儿还是 Apache 基金会的项目,开源、免费、稳定,不用担心有啥坑,出了问题还能查源码,简直是开发者的福音。
二、上手实操:SpringBoot 集成 Apache Tika
光说不练假把式,咱们直接上代码,看看 SpringBoot 怎么和 Tika 搭起来。
2.1 第一步:引入依赖(就这么简单)
首先,你得有个 SpringBoot 项目(如果没有,就用 Spring Initializr 快速建一个,选个 Web 依赖就行)。然后在 pom.xml 里加 Tika 的依赖,就一行:
<!-- Apache Tika 核心依赖 -->
<dependency>
<groupId>org.apache.tika</groupId>
<artifactId>tika-core</artifactId>
<version>2.9.0</version> <!-- 版本可以选最新的,我这里用的是稳定版 -->
</dependency>
<!-- 如果需要解析PDF、Office等复杂格式,再加这个依赖 -->
<dependency>
<groupId>org.apache.tika</groupId>
<artifactId>tika-parsers-standard-pooled</artifactId>
<version>2.9.0</version>
<type>pom</type>
</dependency>
这里解释一下:tika-core 是核心包,能处理一些简单格式;tika-parsers-standard-pooled 是扩展包,包含了对 Office、PDF、压缩文件等复杂格式的解析能力,咱们做数据提取基本都得用这个,所以直接加上。不用纠结版本,去 Maven 仓库查最新的稳定版就行,一般不会有兼容问题(毕竟 Tika 的兼容性做得还是不错的)。
2.2 第二步:配置 Tika 实例(单例就够了)
Tika 的实例是线程安全的,所以咱们不用每次用的时候都 new 一个,搞个单例 Bean 就行,省得浪费资源。
在 SpringBoot 里建个配置类,比如 TikaConfig:
import org.apache.tika.Tika;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration
public class TikaConfig {
// 配置Tika单例Bean,整个项目共用一个实例
@Bean
public Tika tika() {
// 这里可以加一些自定义配置,比如设置编码、超时时间等
// 咱们先简单点,默认配置就够用
return new Tika();
}
}
就这么几行代码,Tika 就配置好了。是不是比配置那些复杂的解析框架简单多了?
2.3 第三步:写个工具类(封装常用方法)
为了方便后续调用,咱们可以封装一个 Tika 工具类,把 “解析文件内容”、“提取文件元数据” 这些常用操作都放进去。
比如建个 TikaUtils 类:
import org.apache.tika.Tika;
import org.apache.tika.exception.TikaException;
import org.apache.tika.metadata.Metadata;
import org.apache.tika.parser.AutoDetectParser;
import org.apache.tika.parser.ParseContext;
import org.apache.tika.sax.BodyContentHandler;
import org.springframework.stereotype.Component;
import org.xml.sax.ContentHandler;
import org.xml.sax.SAXException;
import javax.annotation.Resource;
import java.io.IOException;
import java.io.InputStream;
@Component
public class TikaUtils {
// 注入前面配置的Tika实例
@Resource
private Tika tika;
/**
* 1. 解析文件内容(获取文件里的文字)
* @param inputStream 文件输入流
* @param fileName 文件名(帮助Tika识别文件格式)
* @return 解析后的文字内容
*/
public String parseFileContent(InputStream inputStream, String fileName) throws IOException, TikaException {
// 方式一:用Tika的parseToString方法,简单粗暴
// 这里传入fileName是为了让Tika更准确地识别文件格式(比如有的文件后缀不对,Tika能根据内容判断)
return tika.parseToString(inputStream, fileName);
// 方式二:如果需要更精细的控制(比如处理大文件、获取更详细的内容),可以用AutoDetectParser
// 下面我会讲这种方式,这里先放个简单的
}
/**
* 2. 提取文件元数据(比如文件类型、创建时间、作者等)
* @param inputStream 文件输入流
* @param fileName 文件名
* @return 元数据对象(可以获取各种属性)
*/
public Metadata extractFileMetadata(InputStream inputStream, String fileName) throws IOException, TikaException {
Metadata metadata = new Metadata();
// 解析文件时,把元数据对象传进去,Tika会自动填充
tika.parse(inputStream, metadata, fileName);
return metadata;
}
/**
* 3. 进阶:用AutoDetectParser解析(适合大文件、自定义处理)
* @param inputStream 文件输入流
* @return 解析后的文字内容
*/
public String parseLargeFileContent(InputStream inputStream) throws IOException, TikaException, SAXException {
// BodyContentHandler:用来接收解析后的内容
// 这里可以设置缓冲区大小,比如new BodyContentHandler(10*1024*1024)表示10MB(默认是1MB,解析大文件会报错)
ContentHandler contentHandler = new BodyContentHandler(-1); // -1表示不限制大小(适合超大文件)
// Metadata:用来接收元数据
Metadata metadata = new Metadata();
// ParseContext:解析上下文(可以自定义解析器、设置参数等)
ParseContext parseContext = new ParseContext();
// AutoDetectParser:自动检测文件格式的解析器(Tika的核心)
AutoDetectParser parser = new AutoDetectParser();
// 执行解析
parser.parse(inputStream, contentHandler, metadata, parseContext);
// 返回解析后的内容
return contentHandler.toString();
}
}
这里我封装了三个常用方法:解析普通文件内容、提取元数据、解析大文件内容。每个方法都加了注释,大家一看就懂。重点说一下解析大文件的方法:默认的 parseToString 方法缓冲区是 1MB,如果文件超过 1MB,会报 “Write limit exceeded” 错误。所以解析大文件时,要用 AutoDetectParser,并且把 BodyContentHandler 的大小设为 - 1(不限制),这样就不会有大小问题了。
2.4 第四步:写个接口测试(看看效果)
工具类写好了,咱们再写个 Controller,暴露接口,测试一下能不能用。
比如建个 FileParseController:
import org.apache.tika.exception.TikaException;
import org.apache.tika.metadata.Metadata;
import org.springframework.http.HttpStatus;
import org.springframework.http.ResponseEntity;
import org.springframework.web.bind.annotation.PostMapping;
import org.springframework.web.bind.annotation.RequestParam;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.multipart.MultipartFile;
import org.xml.sax.SAXException;
import javax.annotation.Resource;
import java.io.IOException;
import java.io.InputStream;
import java.util.HashMap;
import java.util.Map;
@RestController
public class FileParseController {
@Resource
private TikaUtils tikaUtils;
/**
* 测试接口:上传文件,解析内容和元数据
*/
@PostMapping("/parse/file")
public ResponseEntity<Map<String, Object>> parseFile(@RequestParam("file") MultipartFile file) {
// 1. 校验文件是否为空
if (file.isEmpty()) {
Map<String, Object> errorMap = new HashMap<>();
errorMap.put("code", 400);
errorMap.put("msg", "文件不能为空!");
return new ResponseEntity<>(errorMap, HttpStatus.BAD_REQUEST);
}
Map<String, Object> resultMap = new HashMap<>();
try (InputStream inputStream = file.getInputStream()) {
String fileName = file.getOriginalFilename();
long fileSize = file.getSize();
// 2. 解析文件内容
String fileContent = tikaUtils.parseFileContent(inputStream, fileName);
// 3. 提取文件元数据(注意:这里要重新获取输入流,因为前面的流已经被读取过了)
InputStream metadataInputStream = file.getInputStream();
Metadata metadata = tikaUtils.extractFileMetadata(metadataInputStream, fileName);
// 4. 组装返回结果
resultMap.put("code", 200);
resultMap.put("msg", "解析成功!");
resultMap.put("data", new HashMap<String, Object>() {{
put("fileName", fileName);
put("fileSize", fileSize + " bytes");
put("fileContent", fileContent); // 文件内容
put("fileType", metadata.get(Metadata.CONTENT_TYPE)); // 文件类型
put("creationDate", metadata.get(Metadata.CREATION_DATE)); // 创建时间(不是所有文件都有)
put("author", metadata.get(Metadata.AUTHOR)); // 作者(不是所有文件都有)
// 还可以获取更多元数据,比如修改时间、标题等,看文件支持情况
}});
} catch (IOException e) {
resultMap.put("code", 500);
resultMap.put("msg", "文件读取失败:" + e.getMessage());
} catch (TikaException e) {
resultMap.put("code", 500);
resultMap.put("msg", "文件解析失败:" + e.getMessage());
}
return new ResponseEntity<>(resultMap, HttpStatus.OK);
}
/**
* 测试接口:解析大文件(比如100MB的PDF)
*/
@PostMapping("/parse/large-file")
public ResponseEntity<Map<String, Object>> parseLargeFile(@RequestParam("file") MultipartFile file) {
if (file.isEmpty()) {
Map<String, Object> errorMap = new HashMap<>();
errorMap.put("code", 400);
errorMap.put("msg", "文件不能为空!");
return new ResponseEntity<>(errorMap, HttpStatus.BAD_REQUEST);
}
Map<String, Object> resultMap = new HashMap<>();
try (InputStream inputStream = file.getInputStream()) {
String fileName = file.getOriginalFilename();
long fileSize = file.getSize();
// 用大文件解析方法
String fileContent = tikaUtils.parseLargeFileContent(inputStream);
resultMap.put("code", 200);
resultMap.put("msg", "大文件解析成功!");
resultMap.put("data", new HashMap<String, Object>() {{
put("fileName", fileName);
put("fileSize", fileSize + " bytes");
put("fileContent", fileContent.substring(0, 1000) + "..."); // 只返回前1000个字符,避免结果太长
}});
} catch (IOException e) {
resultMap.put("code", 500);
resultMap.put("msg", "文件读取失败:" + e.getMessage());
} catch (TikaException | SAXException e) {
resultMap.put("code", 500);
resultMap.put("msg", "大文件解析失败:" + e.getMessage());
}
return new ResponseEntity<>(resultMap, HttpStatus.OK);
}
}
这里写了两个接口:一个普通文件解析接口,一个大文件解析接口。注意一个细节:获取元数据的时候,要重新获取输入流,因为前面解析内容的时候已经把流读完了,不重新获取会报 “流已关闭” 的错误。到这里,SpringBoot 和 Tika 的集成就完成了!是不是感觉特别简单?没有一堆复杂的配置,没有各种格式的解析逻辑,就这么几行代码,就能搞定大部分文件的解析。
三、实战案例:不同格式文件解析效果
光有代码不行,咱们得实际测一测,看看 Tika 对不同格式文件的解析效果到底怎么样。我找了几种常用的文件类型,一个个来试。
3.1 案例 1:解析纯文本文件(.txt)
我准备了一个 test.txt 文件,内容是:
“Hello, Apache Tika! 这是一个测试文本文件,用来验证 Tika 的解析能力。Java 开发者,冲啊!”
用 Postman 调用/parse/file接口,上传这个文件,返回结果如下(截取关键部分):
{
"code": 200,
"msg": "解析成功!",
"data": {
"fileName": "test.txt",
"fileSize": "138 bytes",
"fileContent": "Hello, Apache Tika! 这是一个测试文本文件,用来验证Tika的解析能力。Java开发者,冲啊!",
"fileType": "text/plain; charset=UTF-8",
"creationDate": null, // 纯文本文件一般没有创建时间元数据
"author": null
}
}
完美!内容解析得一字不差,文件类型也识别对了(text/plain)。
3.2 案例 2:解析 Word 文件(.docx)
这次用一个 test.docx 文件,里面有文字和一个简单的表格:
文字内容:“这是一个 Word 测试文件,下面是一个用户信息表格:”
表格内容:
|
姓名 |
年龄 |
性别 |
|
张三 |
25 |
男 |
|
李四 |
30 |
女 |
调用接口后,返回的 fileContent 是这样的:
“这是一个 Word 测试文件,下面是一个用户信息表格:
姓名 年龄 性别
张三 25 男
李四 30 女
”虽然表格的格式变成了空格分隔,但内容完全正确。如果需要保留表格结构,Tika 也支持,后面进阶部分会讲。
再看元数据:
- fileType:application/vnd.openxmlformats-officedocument.wordprocessingml.document(正确识别 docx 格式)
- creationDate:2025-09-08T08:30:00Z(我创建文件的时间)
- author:admin(我电脑的用户名)
元数据也提取得很准!
3.3 案例 3:解析 Excel 文件(.xlsx)
准备一个 test.xlsx 文件,里面有两列数据:“产品名称” 和 “价格”,共 3 行数据:
|
产品名称 |
价格 |
|
手机 |
3999 |
|
电脑 |
5999 |
|
平板 |
2999 |
解析后的 fileContent 是:
“产品名称 价格
手机 3999
电脑 5999
平板 2999
内容完全正确,而且列和行的顺序都没变。如果你的 Excel 里有公式,Tika 还能自动计算出结果(比如单元格里是 “=A1+B1”,Tika 会解析出计算后的数值),这点比很多解析框架都贴心。
3.4 案例 4:解析 PDF 文件(.pdf)
PDF 是最让人头疼的格式之一,咱们来试试。准备一个 test.pdf 文件,里面有一段文字和一张图片(图片上有文字 “Tika PDF 测试”)。
解析结果:
- 文字部分:完全解析正确,没有乱码。
- 图片上的文字:默认情况下,Tika 不会解析图片里的文字(OCR),需要额外配置 Tesseract OCR 引擎,后面进阶部分会讲。
元数据里的 fileType 是 “application/pdf”,正确识别。
3.5 案例 5:解析大文件(100MB PDF)
我找了一个 100MB 的 PDF 文件(里面是一本技术书籍),调用/parse/large-file接口。之前用其他框架解析这种大文件,要么报内存溢出,要么解析时间超过 10 分钟,而 Tika 只用了不到 2 分钟就解析完成了,而且返回的内容完整,没有丢字漏字。
这里要注意:如果你的 SpringBoot 项目默认内存设置太小(比如默认的 256MB),解析超大文件时可能会报 OOM,所以可以在启动参数里加-Xms512m -Xmx1024m,给 JVM 多分配点内存。
四、进阶技巧:让 Tika 更好用
前面的案例都是基础用法,要想让 Tika 真正满足项目需求,还得掌握一些进阶技巧。
4.1 技巧 1:解析图片中的文字(OCR)
默认情况下,Tika 只能解析文件里的 “原生文字”,比如 PDF 里直接输入的文字、Word 里的文字;但如果是图片里的文字(比如扫描件 PDF、截图、照片),Tika 就无能为力了,这时候需要搭配 OCR 引擎。
最常用的 OCR 引擎是 Tesseract,咱们来看看怎么集成。
步骤 1:安装 Tesseract 引擎
- Windows:去Tesseract 官网下载安装包,安装时记住安装路径(比如 C:\Program Files\Tesseract-OCR),并在环境变量里添加 TESSDATA_PREFIX,值为安装路径下的 tessdata 文件夹(比如 C:\Program Files\Tesseract-OCR\tessdata)。
- Linux:执行sudo apt-get install tesseract-ocr。
- Mac:执行brew install tesseract。
步骤 2:引入 Tika 的 OCR 依赖
在 pom.xml 里加:
<!-- Tika OCR支持 -->
<dependency>
<groupId>org.apache.tika</groupId>
<artifactId>tika-parsers-extra</artifactId>
<version>2.9.0</version>
</dependency>
<!-- Tesseract OCR引擎 -->
<dependency>
<groupId>net.sourceforge.tess4j</groupId>
<artifactId>tess4j</artifactId>
<version>5.8.0</version>
</dependency>
步骤 3:配置 OCR 解析器
在 TikaUtils 里加一个解析图片文字的方法:
/**
* 解析图片中的文字(OCR)
* @param inputStream 图片输入流(支持jpg、png、扫描件PDF等)
* @return OCR识别后的文字
*/
public String parseImageText(InputStream inputStream) throws IOException, TikaException, SAXException {
// 1. 配置OCR解析器
TesseractOCRConfig tesseractOCRConfig = new TesseractOCRConfig();
tesseractOCRConfig.setLanguage("chi_sim"); // 设置语言为中文(默认是英文)
tesseractOCRConfig.setTessDataPath("C:\\Program Files\\Tesseract-OCR\\tessdata"); // Windows下的tessdata路径(Linux/Mac不用设,会自动找)
// 2. 设置解析上下文
ParseContext parseContext = new ParseContext();
parseContext.set(TesseractOCRConfig.class, tesseractOCRConfig);
parseContext.set(Parser.class, new AutoDetectParser()); // 自动检测文件格式
// 3. 执行OCR解析
ContentHandler contentHandler = new BodyContentHandler(-1);
Metadata metadata = new Metadata();
AutoDetectParser parser = new AutoDetectParser();
parser.parse(inputStream, contentHandler, metadata, parseContext);
return contentHandler.toString();
}
测试效果
我用一张截图(里面有文字 “SpringBoot + Tika = 数据提取神器”),调用这个方法,返回结果:“SpringBoot + Tika = 数据提取神器”,识别准确率 100%!
如果是扫描件 PDF(本质是图片集合),也能完美识别,再也不用为扫描件解析头疼了。
4.2 技巧 2:保留表格结构(解析成 JSON/Excel)
前面解析 Excel 和 Word 表格时,Tika 把表格变成了空格分隔的文字,虽然内容对,但没有结构。如果需要保留表格结构(比如解析成 JSON 数组),可以用 Tika 的 XHTMLContentHandler,把解析结果输出成 HTML,再用 HTML 解析工具(比如 Jsoup)提取表格。
步骤 1:修改解析方法,输出 HTML
在 TikaUtils 里加方法:
import org.apache.tika.sax.XHTMLContentHandler;
import org.jsoup.Jsoup;
import org.jsoup.nodes.Document;
import org.jsoup.nodes.Element;
import org.jsoup.select.Elements;
/**
* 解析文件并保留表格结构(输出HTML,再提取表格)
* @param inputStream 文件输入流
* @return 表格数据(JSON格式)
*/
public String parseTableWithStructure(InputStream inputStream) throws IOException, TikaException, SAXException {
// 1. 用XHTMLContentHandler输出HTML格式
StringWriter writer = new StringWriter();
XHTMLContentHandler xhtmlHandler = new XHTMLContentHandler(writer);
// 2. 执行解析
Metadata metadata = new Metadata();
ParseContext parseContext = new ParseContext();
AutoDetectParser parser = new AutoDetectParser();
parser.parse(inputStream, xhtmlHandler, metadata, parseContext);
// 3. 用Jsoup解析HTML,提取表格
Document doc = Jsoup.parse(writer.toString());
Elements tables = doc.select("table"); // 获取所有表格
StringBuilder tableJson = new StringBuilder("[");
for (Element table : tables) {
Elements rows = table.select("tr"); // 获取行
StringBuilder rowJson = new StringBuilder("[");
for (Element row : rows) {
Elements cells = row.select("td, th"); // 获取单元格(td是数据,th是表头)
StringBuilder cellJson = new StringBuilder("[");
for (Element cell : cells) {
cellJson.append("\"").append(cell.text()).append("\",");
}
// 去掉最后一个逗号
if (cellJson.length() > 1) {
cellJson.setLength(cellJson.length() - 1);
}
cellJson.append("],");
rowJson.append(cellJson);
}
if (rowJson.length() > 1) {
rowJson.setLength(rowJson.length() - 1);
}
rowJson.append("],");
tableJson.append(rowJson);
}
if (tableJson.length() > 1) {
tableJson.setLength(tableJson.length() - 1);
}
tableJson.append("]");
return tableJson.toString();
}
测试效果
解析之前的 Word 表格,返回的 JSON 是:
复制
[
[
["姓名","年龄","性别"],
["张三","25","男"],
["李四","30","女"]
]
]
- 1.
- 2.
- 3.
- 4.
- 5.
- 6.
- 7.
完美保留了表格的行和列结构,后续可以直接把这个 JSON 转成 Java 对象,存到数据库里,非常方便。
4.3 技巧 3:处理加密的 PDF 文件
有时候会遇到加密的 PDF 文件(需要输入密码才能打开),Tika 默认解析不了,会报 “Password required to unlock PDF” 错误。这时候需要给 Tika 配置 PDF 密码。
步骤 1:引入 PDFBox 依赖(Tika 解析 PDF 用的是 PDFBox)
<dependency>
<groupId>org.apache.pdfbox</groupId>
<artifactId>pdfbox</artifactId>
<version>2.0.32</version> <!-- 版本要和Tika兼容,Tika 2.9.0默认用这个版本 -->
</dependency>
步骤 2:配置 PDF 密码
在 TikaUtils 里加解析加密 PDF 的方法:
import org.apache.tika.parser.pdf.PDFParserConfig;
/**
* 解析加密的PDF文件
* @param inputStream PDF输入流
* @param password PDF密码
* @return 解析后的内容
*/
public String parseEncryptedPdf(InputStream inputStream, String password) throws IOException, TikaException, SAXException {
// 1. 配置PDF密码
PDFParserConfig pdfParserConfig = new PDFParserConfig();
pdfParserConfig.setPassword(password); // 设置PDF密码
// 2. 设置解析上下文
ParseContext parseContext = new ParseContext();
parseContext.set(PDFParserConfig.class, pdfParserConfig);
parseContext.set(Parser.class, new AutoDetectParser());
// 3. 执行解析
ContentHandler contentHandler = new BodyContentHandler(-1);
Metadata metadata = new Metadata();
AutoDetectParser parser = new AutoDetectParser();
parser.parse(inputStream, contentHandler, metadata, parseContext);
return contentHandler.toString();
}
测试效果
用一个加密的 PDF 文件(密码是 123456),调用这个方法,成功解析出内容,再也不用手动解密了。
4.4 技巧 4:性能优化(让解析更快)
如果你的项目需要解析大量文件,或者文件很大,就需要做一些性能优化,让 Tika 跑更快。
优化 1:复用 Tika 实例
前面咱们已经配置了 Tika 单例,这是最基础的优化。Tika 实例创建成本不低,复用能减少对象创建和销毁的开销。
优化 2:设置合适的缓冲区大小
解析大文件时,BodyContentHandler 的缓冲区大小设为 - 1(不限制)虽然方便,但如果文件太大,会占用很多内存。可以根据实际情况设置一个合理的大小,比如 100MB(new BodyContentHandler(10010241024)),既能处理大部分大文件,又不会占用过多内存。
优化 3:使用异步解析
如果解析文件耗时较长(比如 100MB 以上的 PDF),同步接口会让用户等很久,这时候可以用 Spring 的 @Async 注解,把解析操作放到异步线程里,返回一个任务 ID,用户可以通过任务 ID 查询解析结果。
示例:
- 先在启动类加 @EnableAsync:
@SpringBootApplication
@EnableAsync
public class TikaDemoApplication {
public static void main(String[] args) {
SpringApplication.run(TikaDemoApplication.class, args);
}
}
- 写一个异步服务类:
import org.springframework.scheduling.annotation.Async;
import org.springframework.stereotype.Service;
import javax.annotation.Resource;
import java.io.InputStream;
import java.util.concurrent.CompletableFuture;
@Service
publicclass AsyncParseService {
@Resource
private TikaUtils tikaUtils;
// 异步解析文件
@Async
public CompletableFuture<String> asyncParseFile(InputStream inputStream, String fileName) {
try {
String content = tikaUtils.parseFileContent(inputStream, fileName);
return CompletableFuture.completedFuture(content);
} catch (Exception e) {
return CompletableFuture.failedFuture(e);
}
}
}
- 在 Controller 里调用:
@PostMapping("/parse/async-file")
public ResponseEntity<Map<String, Object>> asyncParseFile(@RequestParam("file") MultipartFile file) {
if (file.isEmpty()) {
Map<String, Object> errorMap = new HashMap<>();
errorMap.put("code", 400);
errorMap.put("msg", "文件不能为空!");
returnnew ResponseEntity<>(errorMap, HttpStatus.BAD_REQUEST);
}
try (InputStream inputStream = file.getInputStream()) {
// 调用异步方法,返回CompletableFuture
CompletableFuture<String> future = asyncParseService.asyncParseFile(inputStream, file.getOriginalFilename());
// 这里可以把任务ID存到Redis,用户后续查询
String taskId = UUID.randomUUID().toString();
redisTemplate.opsForValue().set(taskId, "PROCESSING", 1, TimeUnit.HOURS);
// 异步处理结果(可以用回调函数,把结果存到Redis)
future.whenComplete((content, ex) -> {
if (ex == null) {
redisTemplate.opsForValue().set(taskId, "SUCCESS:" + content, 1, TimeUnit.HOURS);
} else {
redisTemplate.opsForValue().set(taskId, "FAIL:" + ex.getMessage(), 1, TimeUnit.HOURS);
}
});
Map<String, Object> resultMap = new HashMap<>();
resultMap.put("code", 200);
resultMap.put("msg", "异步解析任务已启动!");
resultMap.put("taskId", taskId); // 返回任务ID,用户查询结果
returnnew ResponseEntity<>(resultMap, HttpStatus.OK);
} catch (IOException e) {
Map<String, Object> errorMap = new HashMap<>();
errorMap.put("code", 500);
errorMap.put("msg", "文件读取失败:" + e.getMessage());
returnnew ResponseEntity<>(errorMap, HttpStatus.INTERNAL_SERVER_ERROR);
}
}
// 查询异步解析结果
@GetMapping("/parse/result/{taskId}")
public ResponseEntity<Map<String, Object>> getParseResult(@PathVariable String taskId) {
String result = (String) redisTemplate.opsForValue().get(taskId);
if (result == null) {
Map<String, Object> errorMap = new HashMap<>();
errorMap.put("code", 404);
errorMap.put("msg", "任务ID不存在!");
returnnew ResponseEntity<>(errorMap, HttpStatus.NOT_FOUND);
}
Map<String, Object> resultMap = new HashMap<>();
if (result.startsWith("PROCESSING")) {
resultMap.put("code", 202);
resultMap.put("msg", "任务正在处理中,请稍后查询!");
} elseif (result.startsWith("SUCCESS:")) {
resultMap.put("code", 200);
resultMap.put("msg", "解析成功!");
resultMap.put("data", result.substring("SUCCESS:".length()));
} elseif (result.startsWith("FAIL:")) {
resultMap.put("code", 500);
resultMap.put("msg", "解析失败:" + result.substring("FAIL:".length()));
}
returnnew ResponseEntity<>(resultMap, HttpStatus.OK);
}
这样一来,用户上传大文件后,不用一直等待,拿到任务 ID 后可以随时查询结果,体验会好很多。
优化 4:过滤不需要的内容
如果只需要文件里的部分内容(比如只需要标题和正文,不需要页眉页脚),可以在解析后用正则表达式过滤掉不需要的内容,减少数据传输和存储的开销。
示例:
复制
/**
* 过滤文件内容(去掉页眉页脚、空行等)
* @param content 原始解析内容
* @return 过滤后的内容
*/
public String filterContent(String content) {
// 1. 去掉页眉页脚(假设页眉页脚是“第X页”、“文档标题”等)
content = content.replaceAll("第\\d+页", "");
content = content.replaceAll("文档标题", "");
// 2. 去掉空行
content = content.replaceAll("\\n+", "\n");
// 3. 去掉多余的空格
content = content.replaceAll("\\s+", " ");
return content.trim();
}
- 1.
- 2.
- 3.
- 4.
- 5.
- 6.
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14.
- 15.
- 16.
- 17.
- 18.
五、常见问题与解决方案
在使用 Tika 的过程中,难免会遇到一些问题,我整理了几个常见的问题和解决方案,帮大家避坑。
问题 1:解析文件时出现 “Write limit exceeded” 错误
原因:BodyContentHandler 的默认缓冲区大小是 1MB,解析超过 1MB 的文件时会报错。
解决方案:创建 BodyContentHandler 时设置更大的缓冲区,或者设为 - 1(不限制):
复制
// 方式1:设置10MB缓冲区
ContentHandler contentHandler = new BodyContentHandler(10*1024*1024);
// 方式2:不限制缓冲区大小(适合超大文件)
ContentHandler contentHandler = new BodyContentHandler(-1);
问题 2:解析 PDF 时出现乱码
原因:PDF 文件的字体编码不兼容,或者 Tika 缺少对应的字体文件。
解决方案:
- 引入 PDFBox 的字体依赖:
<dependency>
<groupId>org.apache.pdfbox</groupId>
<artifactId>pdfbox-fontbox</artifactId>
<version>2.0.32</version>
</dependency>
- 如果是中文乱码,确保系统里有中文字体(比如 Windows 的 SimSun 字体,Linux 的 WenQuanYi Zen Hei 字体)。
- 解析时设置编码:
Metadata metadata = new Metadata();
metadata.set(Metadata.CONTENT_ENCODING, "UTF-8");
tika.parse(inputStream, metadata, fileName);
- .
问题 3:解析图片时 OCR 识别准确率低
原因:Tesseract 引擎的语言包不对,或者图片质量太差(模糊、倾斜、字体太小)。
解决方案:
- 确保安装了正确的语言包(比如中文需要 chi_sim.traineddata),可以从Tesseract 语言包仓库下载,放到 tessdata 文件夹里。
- 对图片进行预处理(比如调整亮度、对比度、旋转矫正),可以用 OpenCV 或 Java 的 ImageIO 工具类。
- 设置 OCR 的参数,比如提高识别精度:
TesseractOCRConfig tesseractOCRConfig = new TesseractOCRConfig();
tesseractOCRConfig.setLanguage("chi_sim");
tesseractOCRConfig.setTessDataPath("C:\\Program Files\\Tesseract-OCR\\tessdata");
tesseractOCRConfig.setPageSegMode(1); // 1表示自动分段,提高识别精度
问题 4:解析 Excel 时合并单元格内容丢失
原因:Tika 默认只解析合并单元格的第一个单元格内容,其他单元格会被忽略。
解决方案:用 POI 配合 Tika,手动处理合并单元格。示例:
import org.apache.poi.ss.usermodel.*;
import org.apache.poi.xssf.usermodel.XSSFWorkbook;
/**
* 处理Excel合并单元格,获取完整内容
*/
public String parseExcelWithMergedCells(InputStream inputStream) throws IOException {
Workbook workbook = new XSSFWorkbook(inputStream);
StringBuilder content = new StringBuilder();
for (Sheet sheet : workbook) {
content.append("工作表名称:").append(sheet.getSheetName()).append("\n");
// 获取合并单元格信息
MergedRegionFinder mergedRegionFinder = new MergedRegionFinder(sheet);
for (Row row : sheet) {
for (Cell cell : row) {
// 检查单元格是否是合并单元格的一部分
if (mergedRegionFinder.isMergedRegion(cell.getRowIndex(), cell.getColumnIndex())) {
// 获取合并单元格的第一个单元格内容
Cell mergedCell = sheet.getRow(mergedRegionFinder.getMergedRegion(cell.getRowIndex(), cell.getColumnIndex()).getFirstRow())
.getCell(mergedRegionFinder.getMergedRegion(cell.getRowIndex(), cell.getColumnIndex()).getFirstColumn());
content.append(getCellValue(mergedCell)).append("\t");
} else {
content.append(getCellValue(cell)).append("\t");
}
}
content.append("\n");
}
content.append("\n");
}
workbook.close();
return content.toString();
}
// 获取单元格的值(处理不同数据类型)
private String getCellValue(Cell cell) {
if (cell == null) {
return"";
}
switch (cell.getCellType()) {
case STRING:
return cell.getStringCellValue();
case NUMERIC:
if (DateUtil.isCellDateFormatted(cell)) {
return cell.getDateCellValue().toString();
} else {
return String.valueOf(cell.getNumericCellValue());
}
case BOOLEAN:
return String.valueOf(cell.getBooleanCellValue());
case FORMULA:
return cell.getCellFormula(); // 或者用cell.getNumericCellValue()获取公式结果
default:
return"";
}
}
六、总结
看到这里,相信大家已经掌握了 SpringBoot+Apache Tika 的数据提取方法。咱们来回顾一下:
- Tika 的优势:万能解析(支持 1000 + 文件格式)、用法简单(同一套 API)、开源稳定(Apache 项目)、可扩展(支持 OCR、自定义解析器)。
- 核心用法:引入依赖→配置 Tika 实例→封装工具类→调用接口解析,几步就能搞定大部分文件的解析需求。
- 进阶技巧:OCR 识别图片文字、保留表格结构、处理加密 PDF、性能优化,这些技巧能让 Tika 更好地满足项目需求。
- 避坑指南:常见问题的解决方案,帮大家少走弯路。
以前处理文件数据提取,我得写几百行代码,还得处理各种格式兼容问题;现在用 SpringBoot+Tika,几十行代码就能搞定,开发效率直接拉满。如果你也经常跟文件解析打交道,赶紧试试这个组合!
AI大模型学习福利
作为一名热心肠的互联网老兵,我决定把宝贵的AI知识分享给大家。 至于能学习到多少就看你的学习毅力和能力了 。我已将重要的AI大模型资料包括AI大模型入门学习思维导图、精品AI大模型学习书籍手册、视频教程、实战学习等录播视频免费分享出来。
一、全套AGI大模型学习路线
AI大模型时代的学习之旅:从基础到前沿,掌握人工智能的核心技能!

因篇幅有限,仅展示部分资料,需要点击文章最下方名片即可前往获取
二、640套AI大模型报告合集
这套包含640份报告的合集,涵盖了AI大模型的理论研究、技术实现、行业应用等多个方面。无论您是科研人员、工程师,还是对AI大模型感兴趣的爱好者,这套报告合集都将为您提供宝贵的信息和启示。

因篇幅有限,仅展示部分资料,需要点击文章最下方名片即可前往获
三、AI大模型经典PDF籍
随着人工智能技术的飞速发展,AI大模型已经成为了当今科技领域的一大热点。这些大型预训练模型,如GPT-3、BERT、XLNet等,以其强大的语言理解和生成能力,正在改变我们对人工智能的认识。 那以下这些PDF籍就是非常不错的学习资源。

因篇幅有限,仅展示部分资料,需要点击文章最下方名片即可前往获
四、AI大模型商业化落地方案

因篇幅有限,仅展示部分资料,需要点击文章最下方名片即可前往获
作为普通人,入局大模型时代需要持续学习和实践,不断提高自己的技能和认知水平,同时也需要有责任感和伦理意识,为人工智能的健康发展贡献力量
1375

被折叠的 条评论
为什么被折叠?



