Java成品形态取决于技术栈与部署环境：桌面端可用JavaFX/Swing打包为exe/dmg/deb，后端多为Spring Boot可执行jar，Android App底层仍依赖Java，嵌入式场景需适配JVM限制与信创环境。

Java 做出来的成品不是“某几种固定类型”，而是取决于你用什么库、跑在什么环境、解决什么问题。它本身是通用语言，成品形态由技术栈和部署方式决定。

桌面应用：用 JavaFX 或 Swing 打包成可执行文件

适合内部工具、数据处理客户端、教育软件等。关键点不是“能不能做”，而是“值不值得做”——现代用户对界面体验要求高，纯 Java 桌面应用容易显得陈旧。

• javac 编译 + jlink 构建最小运行时，再用 jpackage 打包成 .exe（Windows）、.dmg（macOS）或 .deb（Linux）
• Swing 默认外观老旧，FlatLaf 这类第三方 L&F 可快速提升观感
• JavaFX 从 JDK 11 起不再内置，需单独引入 javafx-controls 等模块，否则运行时报 NoClassDefFoundError: javafx/application/Application

Web 后端服务：Spring Boot 是事实标准

绝大多数 Java 成品其实是“看不见的后端”：电商 API、支付网关、ERP 接口、IoT 设备管理平台。它们被打包成 .jar，靠 java -jar xxx.jar 启动，背后是内嵌的 Tomcat 或 Netty。

• 生成的 xxx.jar 是自包含的，但依赖的 native 库（如 SQLite 的 sqlite-jdbc）可能在某些 Linux 容器里缺 libc 导致启动失败
• spring-boot-maven-plugin 默认打包为可执行 jar；若要部署到传统 Tomcat，得改用 war 打包，并继承 SpringBootServletInitializer
• JDK 版本影响大：用 JDK 21 的 VirtualThread 写的接口，在 JDK 17 环境直接抛 UnsupportedOperationException

Android App：Java 仍是底层主力，但开发已转向 Kotlin

虽然新项目推荐 Kotlin，但 Android 系统框架、大量 SDK、遗留业务逻辑仍重度依赖 Java。APK 或 AAB 包里的 .dex 文件，很多来自 .java 源码编译。

java-api-doc-generator

分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。

下载

立即学习“Java免费学习笔记（深入）”；

• Android Studio 中写 Java 代码没问题，但 findViewById() 这种写法已被 ViewBinding 取代，继续用会触发 Lint 警告
• Java 8+ 特性（如 Stream、Optional）需配置 compileOptions 和 targetSdk，否则编译报错 Call requires API level
• 混淆用的是 R8，不是旧版 ProGuard；如果自定义了 -keep 规则，得确认是否被 R8 的默认压缩策略覆盖

嵌入式与中间件：JVM 能跑的地方，Java 就能出成品

比如银行核心系统的批量作业（用 Spring Batch 打成 jar 定时调度）、车载信息娱乐系统里的 Java 模块（基于 OSGi）、甚至航天器地面站的日志分析工具（用 JFreeChart 做实时折线图）。

• 这类场景往往禁用动态代理、反射、GC 频繁操作——所以 spring-aop 或 lombok 可能被禁止引入
• 内存受限设备上，要用 -Xmx 严格限制堆大小，否则 JVM 启动失败，错误信息是 Could not create the Java Virtual Machine
• 某些国产信创环境（如龙芯、麒麟 OS）需用 OpenJDK 的特定 port 版本，通用 JDK 会提示 Illegal instruction

真正决定“成品是什么”的，从来不是 Java 语法本身，而是你选的构建方式、目标运行时、以及要不要跟外部系统（数据库、消息队列、硬件驱动）打交道。漏掉任一环，打包出来的 .jar 或 .apk 都可能在客户机器上静默失败。