使用zxing库是java生成二维码的首选方案。具体步骤包括：1. 在maven项目中添加zxing的core和javase依赖；2. 使用multiformatwriter编码内容并生成bitmatrix；3. 通过matrixtoimagewriter将bitmatrix转为bufferedimage；4. 设置encodehinttype控制字符编码、纠错级别和边距；5. 将图像保存为png或jpg格式。针对常见问题，需设置utf-8编码避免中文乱码，合理选择尺寸与纠错级别提升识别率，利用bufferedimage进行自定义外观设计。在web应用中，可通过rest接口返回二维码图片流，并结合缓存优化性能。尽管存在其他java二维码库，但zxing凭借功能全面、社区活跃，成为业界标准。
Java生成二维码，最直接高效的方式就是借助成熟的第三方库。其中，ZXing（Zebra Crossing）无疑是业界公认的“瑞士军刀”，它能让你轻松搞定二维码的生成和解析，无论是简单的文本、网址，还是复杂的联系人信息，都能被它转化成那个方寸之间的黑白矩阵。
解决方案
要用Java实现二维码生成，ZXing库是我们的首选。它不仅功能强大，而且社区活跃，文档也相对完善。整个过程其实挺直观的，主要可以分为几步：
首先，你需要将ZXing库添加到你的项目依赖中。如果你用Maven，那就在pom.xml里加上：
立即学习“Java免费学习笔记（深入）”；
com.google.zxing core 3.5.3 com.google.zxing javase 3.5.3
core模块包含了二维码编码和解码的核心逻辑，而javase模块则提供了与Java SE平台相关的工具，比如将BitMatrix（位矩阵）转换为BufferedImage（图像）的功能，这在实际应用中非常方便。
接着，就是编写生成二维码的代码了。核心思路是使用MultiFormatWriter来编码内容，生成一个BitMatrix，然后将这个BitMatrix转换为我们常见的图片格式（比如PNG或JPG）。
import com.google.zxing.BarcodeFormat;
import com.google.zxing.EncodeHintType;
import com.google.zxing.MultiFormatWriter;
import com.google.zxing.client.j2se.MatrixToImageWriter;
import com.google.zxing.common.BitMatrix;
import com.google.zxing.qrcode.decoder.ErrorCorrectionLevel;
import javax.imageio.ImageIO;
import java.awt.image.BufferedImage;
import java.io.File;
import java.nio.file.Path;
import java.util.HashMap;
import java.util.Map;
public class QRCodeGenerator {
public static void generateQRCode(String content, int width, int height, String filePath) throws Exception {
Map hints = new HashMap<>();
// 设置编码字符集，非常重要，尤其是内容包含中文时
hints.put(EncodeHintType.CHARACTER_SET, "UTF-8");
// 设置二维码的纠错级别，L, M, Q, H，级别越高，容错能力越强，但二维码密度也越大
hints.put(EncodeHintType.ERROR_CORRECTION, ErrorCorrectionLevel.H);
// 设置二维码边距，白边
hints.put(EncodeHintType.MARGIN, 2);
try {
BitMatrix bitMatrix = new MultiFormatWriter().encode(
content, BarcodeFormat.QR_CODE, width, height, hints
);
// 将位矩阵转换为BufferedImage
BufferedImage image = MatrixToImageWriter.toBufferedImage(bitMatrix);
// 保存为文件
File outputFile = new File(filePath);
ImageIO.write(image, "PNG", outputFile);
System.out.println("二维码生成成功，保存至: " + filePath);
} catch (Exception e) {
System.err.println("生成二维码时发生错误: " + e.getMessage());
throw e;
}
}
public static void main(String[] args) {
String content = "https://www.example.com/your-awesome-content?id=123&name=测试中文";
int width = 300; // 宽度
int height = 300; // 高度
String filePath = "my_qrcode.png"; // 保存路径
try {
generateQRCode(content, width, height, filePath);
} catch (Exception e) {
// 处理异常
}
}
} 这段代码展示了生成一个基本二维码的完整流程。我个人觉得，ZXing的API设计得相当直观，EncodeHintType这个Map可以让你非常灵活地控制二维码的各种属性，比如字符编码、纠错级别和边距，这些都是生成高质量二维码的关键。
二维码生成中常见的挑战与优化策略
在实际开发中，生成二维码听起来简单，但有时也会遇到一些小麻烦，或者说，有一些细节值得我们去优化。
一个很常见的“坑”就是中文乱码问题。如果你生成的二维码内容包含中文，但扫出来却是一堆问号或者乱码，那多半是字符编码的问题。解决方案很简单，但在EncodeHintType中明确设置EncodeHintType.CHARACTER_SET为UTF-8。UTF-8几乎是处理多语言内容的标准，能有效避免这类问题。我刚开始接触时，就因为这个小细节折腾过好一阵子。
其次是二维码的清晰度与识别率。二维码的尺寸（宽度和高度）直接影响其物理大小和扫描难度。如果内容很多，但你给的尺寸太小，二维码就会变得非常密集，即使生成出来，扫描器也可能识别困难。所以，在保证美观的前提下，适当增大尺寸，尤其是当二维码内容复杂时，是很有必要的。同时，ErrorCorrectionLevel（纠错级别）的选择也影响着识别率。级别越高（比如H），即使二维码部分受损或被遮挡，也能被正确识别，但代价是二维码会更密集，数据量会稍大。我觉得，对于一般的应用场景，L或M级别通常就足够了，除非你的二维码经常会暴露在恶劣环境或需要高度容错的场合。
还有就是自定义外观的需求。很多时候，我们不希望二维码只是单调的黑白块，可能需要添加Logo、改变颜色，甚至做成圆角。ZXing本身并没有直接提供这些高级的定制功能，但它生成的BitMatrix可以很方便地转换为BufferedImage。这就为我们后续的图片处理提供了可能：你可以用Java的Graphics2D在BufferedImage上绘制Logo，或者修改像素颜色。这部分工作其实是图像处理范畴，稍微复杂一点，但实现起来也很有趣，能让你的二维码更具品牌特色。
如何在Web应用中集成Java二维码生成功能？
把二维码生成功能集成到Web应用里，这是非常常见的需求。想象一下，用户访问一个页面，就能实时生成个性化的二维码，或者一个API接口，前端直接调用就能获取二维码图片。这其实有很多种实现方式，最直接的，我觉得就是通过后端服务生成图片流，然后直接返回给前端。
在Spring Boot或者传统的Servlet应用中，你可以创建一个RESTful接口。这个接口接收一些参数，比如二维码内容、宽度、高度等等。后端接收到请求后，调用我们前面提到的ZXing生成二维码的逻辑，但不是将图片保存到文件系统，而是直接将BufferedImage写入到OutputStream中，并设置响应头为图片类型（例如Content-Type: image/png）。
一个简单的Spring Boot控制器示例可能是这样的：
import com.google.zxing.BarcodeFormat;
import com.google.zxing.EncodeHintType;
import com.google.zxing.MultiFormatWriter;
import com.google.zxing.client.j2se.MatrixToImageWriter;
import com.google.zxing.common.BitMatrix;
import com.google.zxing.qrcode.decoder.ErrorCorrectionLevel;
import org.springframework.http.MediaType;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestParam;
import org.springframework.web.bind.annotation.RestController;
import javax.imageio.ImageIO;
import javax.servlet.http.HttpServletResponse;
import java.awt.image.BufferedImage;
import java.io.OutputStream;
import java.util.HashMap;
import java.util.Map;
@RestController
public class QRCodeController {
@GetMapping(value = "/qrcode", produces = MediaType.IMAGE_PNG_VALUE)
public void generateQrCodeImage(
@RequestParam("content") String content,
@RequestParam(defaultValue = "300") int width,
@RequestParam(defaultValue = "300") int height,
HttpServletResponse response) throws Exception {
Map hints = new HashMap<>();
hints.put(EncodeHintType.CHARACTER_SET, "UTF-8");
hints.put(EncodeHintType.ERROR_CORRECTION, ErrorCorrectionLevel.H);
hints.put(EncodeHintType.MARGIN, 2);
try {
BitMatrix bitMatrix = new MultiFormatWriter().encode(
content, BarcodeFormat.QR_CODE, width, height, hints
);
BufferedImage image = MatrixToImageWriter.toBufferedImage(bitMatrix);
response.setContentType(MediaType.IMAGE_PNG_VALUE); // 设置响应类型
OutputStream os = response.getOutputStream();
ImageIO.write(image, "PNG", os); // 将图片写入输出流
os.flush();
os.close();
} catch (Exception e) {
// 实际项目中需要更完善的错误处理
response.setStatus(HttpServletResponse.SC_INTERNAL_SERVER_ERROR);
System.err.println("生成二维码时发生错误: " + e.getMessage());
throw e; // 抛出异常让Spring处理或自定义异常
}
}
} 前端只需要在src属性中指向这个API接口，并传递相应的参数即可，比如
我觉得，在Web应用中，缓存策略是另一个值得考虑的优化点。如果某些二维码内容是固定不变的，或者生成频率很高，每次都实时生成会消耗服务器资源。这时候，可以考虑将生成的二维码图片缓存起来（比如使用Redis、CDN或者本地文件系统），下次有相同请求时直接返回缓存的图片，这能显著提升性能。当然，也要注意缓存失效和更新的机制。
除了ZXing，还有哪些Java库可以用于二维码操作？
虽然ZXing在Java二维码领域占据了绝对的主导地位，但它并不是唯一的选择。不过说实话，在我看来，其他库要么功能不如ZXing全面，要么维护不够活跃，所以ZXing依然是我的首选。
如果你只是需要非常基础的二维码生成功能，并且希望引入的依赖更轻量，可能可以看看一些更小众的库。例如，QREncoder（来自ThoughtWorks）在一些老项目中可能还会见到，它也提供二维码编码功能。但它的功能相对简单，不如ZXing那样支持多种条码格式，也没有那么丰富的编码提示选项。
还有一些更底层的图像处理库，理论上你也可以自己从头实现二维码的绘制逻辑，但那无疑是一项巨大的工程，需要深入理解二维码的编码标准（ISO/IEC 18004），包括数据编码、纠错码计算、模块排列等，这对于大多数应用来说，投入产出比极低，完全没有必要。
所以，总的来说，虽然市面上可能存在其他零星的Java二维码库，但ZXing凭借其强大的功能集、活跃的社区支持以及广泛的应用案例，几乎成了Java生态中二维码操作的“事实标准”。我个人认为，除非有非常特殊的、ZXing无法满足的需求（这种情况极少），否则直接使用ZXing会是最明智和高效的选择。它能帮你省去很多不必要的麻烦，让你专注于业务逻辑本身。
