简介Java SE、Java EE、Java ME是Java技术体系中最常被提及的三个平台版本很多初学者在命名、定位与适用场景上常常混淆。文档将三者放在一起做对比梳理适合正在学习Java基础、准备进入企业级开发或嵌入式开发以及需要在技术选型时厘清方向的读者。内容从Java SE讲起说明它作为标准版为桌面、服务器、嵌入式环境提供基础支持包括集合框架、I/O流、多线程、网络编程、反射、JDBC等核心类库随后介绍Java EE如何依托SE构建面向大型分布式Web应用涉及Servlet、JSP、EJB、JMS、JTA、JPA等规范最后说明Java ME面向手机、PDA等资源受限设备的轻量级设计以及MIDP、CDC等配置。资料共1个PDF文件约42KB结构紧凑便于随时下载和快速查阅。通过学习读者可以对三大平台形成清晰的层级认知在桌面开发、Web系统开发与移动/嵌入式开发之间做出更合理的技术选型不再被J2SE、J2EE等旧称绕晕。已有3881人学习下载对希望用较短时间理解Java三大平台体系的人来说是一份高性价比的入门参考。 先把结论放在前面Java SE、Java EE、Java ME这三兄弟名字长得像但定位完全不同。很多人在初学阶段被这三个词搞得头大甚至有个常见误区——以为Java EE是比Java SE更高阶的语言或者Java ME已经彻底死透了。今天这篇就把它们掰开揉碎讲清楚各自是什么、有什么区别、实际中到底怎么选顺带把Java EE改名为Jakarta EE这段历史也理一遍因为这块在面试里出现的频率真的不低。1. 三个Java版本把我绕晕的那段日子先搞清楚它们到底在说什么先说个我自己的经历。当年刚接触Java时看到Java SE、Java EE、Java ME这套命名体系第一反应是这是不是就像iPhone 14、iPhone 14 Pro、iPhone 14 Pro Max的关系后来才发现完全不是一回事——它们不是同一个东西的三个配置档位而是面向三种完全不同的应用场景的技术集合。1.1 Java SE整个Java世界的底座Java SEJava Platform, Standard EditionJava标准版这是最核心、最基础的那部分。只要是跑Java程序无论是桌面小工具还是大型网站后台底层都离不开Java SE。它包含了JVMJava虚拟机、Java语言基础语法、核心类库比如java.lang、java.util、java.io这些包还有我们日常用的集合框架、多线程、网络编程、IO流这些东西。换句话说你先学会Java SE才算真正入了Java的门。它是后面所有Java技术的地基。1.2 Java EE给企业级应用加Buff的规范合集Java EEJava Platform, Enterprise EditionJava企业版是在Java SE的基础上额外定义了一整套面向企业级开发的技术规范和API。注意重点——Java EE本质上不是一个新的编程语言而是一堆规范的集合。它解决的问题是企业应用往往需要处理分布式计算、高并发访问、事务管理、消息中间件、数据库持久化等复杂需求。纯用Java SE去写这些东西代码量巨大且难以维护于是Java EE就提供了Servlet、JSP、EJB、JMS、JPA、JTA等一系列规范让开发者能在统一的标准下完成这些活。1.3 Java ME嵌入式设备上的精简版Java MEJava Platform, Micro EditionJava微型版是专门为资源受限的设备设计的比如早期的功能手机、机顶盒、PDA、车载系统等。它的核心思路是裁剪——设备内存小、处理器弱不可能跑完整版Java SE所以Java ME做了大量精简只保留核心功能和最精简的API。如果你经历过诺基亚时代玩过手机上的Java游戏就是那种.jar格式的那其实就是Java ME在支撑。放在今天Java ME的应用场景已经大幅萎缩但它的思想影响了后来Android开发的一些设计。这里必须强调的是三者的关系不是SE是标准版、EE是增强版、ME是缩水版这么简单。准确说EE和ME都是在SE基础之上的不同方向的延伸。EE是往功能更多、规模更大方向走ME是往资源更省、体积更小方向走。2. 从API集合看本质区别SE、EE、ME各自口袋里装了什么东西光说概念还是有点虚直接看一眼它们各自的装备清单最直观。下面这张表是我整理的三者核心差异对比维度Java SEJava EEJava ME全称Standard EditionEnterprise EditionMicro Edition定位基础平台企业级开发嵌入式/移动设备核心组成JVM Java语言 核心类库SE 企业级API规范精简版JVM 精简API典型APIjava.lang, java.util, java.io, java.netServlet, JSP, EJB, JMS, JPA, JTA, JNDICLDC, MIDP, CDC运行环境桌面、服务器、任意安装了JRE的设备应用服务器如Tomcat、WildFly、GlassFish手机、机顶盒、嵌入式系统使用场景Java入门学习、通用开发大型Web应用、分布式系统、企业后台旧式功能机应用、小型嵌入式设备2.1 Java SE的核心装备JVM和那些万金油APIJava SE就是每个Java程序员天天打交道的那套东西。JVM是运行Java字节码的虚拟机它负责把平台无关的.class文件翻译成当前操作系统能懂的机器指令。核心类库则是开发者最常用的工具集从最简单的字符串处理java.lang.String、集合存取java.util.List/Map到文件读写java.io、网络请求java.net、并发编程java.util.concurrent全都包含在这个包里。2.2 Java EE的核心装备那些J开头的企业级规范Java EE的文件清单比SE丰富得多每个规范都有自己的名字和用途。我挑几个面试和开发中最高频的说Servlet处理HTTP请求和响应的基础规范是几乎所有Java Web应用的入口。JSPJavaServer Pages动态网页技术本质是Servlet的简化写法早期项目里用得很多。EJBEnterprise JavaBeans面向企业级分布式计算的组件模型曾经是Java EE的招牌但因其重量级特性被Spring等轻量框架冲击得很厉害。JPAJava Persistence API对象关系映射ORM规范解决了Java对象和数据库表之间互相转换的问题。JMSJava Message Service消息服务规范用于在分布式系统之间传递消息。JTAJava Transaction API分布式事务管理规范。这里有个关键点Java EE本身不提供运行时它只是定义了这些规范的接口真正的实现需要靠应用服务器Application Server来提供比如Tomcat严格来说是Servlet容器、WildFly、GlassFish等。这也是为什么配置Java EE环境比配置Java SE环境要复杂得多。3. 实际项目中怎么选一条代码是怎么从手机跑到服务器上的把三个版本放在同一个维度去看就清晰了。说白了Java SE是通用工具包Java EE是企业级框架规范Java ME是嵌入式微缩版。但只停留在概念上还不够我用三个实际场景来演示它们的真实分工。3.1 一条Java代码的旅行SE承载一切运行基础假设你写了下面这段代码public class HelloWorld { public static void main(String[] args) { System.out.println(Hello, Java!); } }这段代码在任何装了JREJava Runtime Environment的设备上都能运行。JRE本身是JDK的一部分而JDK就是Java SE的实现。所以说无论你用Java EE还是Java ME做什么底层运行的时候JVM和核心类库都来自Java SE。3.2 一个Web项目的真实拆解EE提供骨架SE提供血肉再看一个典型的Java EE项目。假设你在开发一个电商网站的后台前端页面由Servlet或JSP动态生成这是Java EE规范。用户请求到达服务器后先由容器比如Tomcat接收再分发到对应的Servlet处理。Servlet调用业务逻辑层里的Java类完成订单计算这些Java类里面用的就是Java SE的API——比如用集合框架存储临时数据、用JDBC连接MySQL、用多线程处理并发请求。数据持久化用JPA或MyBatis如果你用JPA那其实就在遵循Java EE的JPA规范。看出来了吗EE和SE不是二选一的关系而是EE骑着SE在跑。SE负责提供基础的编程能力和运行环境EE负责解决企业级架构上的共性问题。3.3 嵌入式设备的Java ME一套精简套餐再看Java ME的方向。在嵌入式设备上内存可能只有几百KBCPU频率也低得可怜。Java SE的标准类库体积太大跑不动所以Java ME提供了一套精简方案——CLDCConnected Limited Device Configuration定义了手机等小型设备的Java运行环境MIDPMobile Information Device Profile则定义了UI、网络、存储等移动应用的具体API。当年的经典Java游戏开发流程就是开发者在PC上用Java ME模拟器编写Midlet测试成功后通过数据线或蓝牙传到手机上运行。放到现在这个领域基本被Android底层使用类似Java的dalvik/ART虚拟机和iOS取代了但在物联网、工业嵌入式场景里类似的思想依然在被广泛使用。4. Java EE改名Jakarta EE这件事面试前必须搞清楚学Java的人如果最近在刷面试题应该已经见过一个高频考点——Java EE为什么改名为Jakarta EE这背后是一段关于开源治理和商业公司的故事也是理解Java生态变迁的重要一环。4.1 导火索Oracle和Eclipse基金会之间的交接事情要从2017年说起。那时Oracle作为Java EE的主导者决定将Java EE技术移交Eclipse基金会管理。原因并不复杂但涉及商业战略——Oracle觉得Java EE不再是其战略重点与其花精力维护不如交给开源社区更活跃的基金会继续发展。这个交接过程比想象中要复杂得多。Oracle在移交时保留了Java这个名字的商标权Eclipse基金会不能继续使用Java EE这个品牌于是新项目改名为Jakarta EE。4.2 一场包名大地震从javax.到jakarta.改名不只是换个马甲最要命的是包名的变更。Java EE生态过去几十年的代码里到处都是以javax开头的包比如javax.servlet.、javax.persistence.、javax.validation.*。在Eclipse基金会接手后这些包名也要跟着改为jakarta.*开头。这一改直接导致大量存量代码的迁移阵痛。你以为只是改导入语句不是的。还有配置文件、依赖坐标、类加载机制都可能受影响。我当年在升级Spring Boot版本时就遇到过依赖冲突的坑注意Spring Boot 3.x及更高版本已经全面切换到Jakarta EE规范jakarta.*包如果你还在用Spring Boot 2.x它依赖的是Java EE 8时代的javax.*包。升级时必须保证依赖版本匹配否则运行时会报ClassNotFoundException或NoClassDefFoundError——这类错误排查起来非常折磨人。4.3 面试中常见的三个问题这个问题在面试八股文里出现频率很高我总结三个面试官最爱问的点第一个问题Java EE和Jakarta EE有什么区别标准答案Java EE是Oracle时代的品牌Jakarta EE是Eclipse基金会管理下的继任者核心API从javax.*包迁移到了jakarta.*包。第二个问题Servlet的包名为什么变了要回答出javax.servlet变成jakarta.servlet这层变化并且知道Servlet 5.0以后是Jakarta Servlet。第三个问题Spring Boot 3和Spring Boot 2在依赖上的区别要点在于Spring Boot 3基线使用Jakarta EE 9/10必须引入jakarta.依赖而Spring Boot 2.x继续使用javax.。这三个问题看似简单但答不上来或者含糊其辞面试官大概率会认为你对Java生态的新变化缺乏关注——在技术圈子里持续学习能力是很重要的评估维度。5. 给刚入坑的同学这三个版本的学习顺序和取舍建议最后聊点实际的。很多想学Java的朋友在查学习路线时看到Java SE、Java EE、Java ME这几个词就卡住了——到底先学哪个需要全学吗我直接给建议。5.1 只学Java SE可能做不了Web开发Java SE是必须打牢的基础这是没有争议的。如果你目标清晰就是奔着Web后端开发去的那至少要熟悉SE的语法、集合、IO、多线程、网络编程这些是日常开发中最常用的底层能力。但必须明白只靠SE做不了什么实际的项目。要做Web应用至少要掌握ServletJava EE规范之一或者更上层的Spring MVC框架。所以SE是地基EE是标准施工方案。5.2 在2024年学习Java EE的正确姿势现在纯Java EE就是以前那种自己搭建EJB、JSP应用的方式已经很少在生产中直接使用了主流的做法是用Spring全家桶来落地Java EE的这些思想。所以我的建议是先学Java SE基础把语法和核心API练扎实。学MySQL和JDBC理解数据怎么存取。学Servlet和Tomcat理解Web应用的基本运行机制这一步千万别跳过直接上Spring Boot会看不懂底层原理。掌握Spring Boot、Spring MVC、MyBatis或Spring Data JPA这些是对Java EE规范的一站式封装。有余力再深入研究分布式、消息中间件、微服务等企业级话题。5.3 Java ME还需要学吗直接说结论如果不是搞物联网、嵌入式开发、工业控制这些方向普通Java开发者完全没有必要特意去学Java ME。它的黄金时代已经过去了。但了解一下它的设计思想有好处——比如CLDC那套用最少的资源做最稳定的事的思路会让你在处理性能敏感问题时多一个思考维度。明白了这些再看任何包含Java SE、Java EE、Java ME的学习路线图你就不会迷茫了。核心就一句话把SE学扎实用EE或Spring做项目没事别折腾ME。这套组合拳足够支撑你从入门到胜任绝大多数Java开发岗位。本文还有配套的精品资源点击获取
简介Java SE、Java EE、Java ME是Java技术体系中最常被提及的三个平台版本很多初学者在命名、定位与适用场景上常常混淆。文档将三者放在一起做对比梳理适合正在学习Java基础、准备进入企业级开发或嵌入式开发以及需要在技术选型时厘清方向的读者。内容从Java SE讲起说明它作为标准版为桌面、服务器、嵌入式环境提供基础支持包括集合框架、I/O流、多线程、网络编程、反射、JDBC等核心类库随后介绍Java EE如何依托SE构建面向大型分布式Web应用涉及Servlet、JSP、EJB、JMS、JTA、JPA等规范最后说明Java ME面向手机、PDA等资源受限设备的轻量级设计以及MIDP、CDC等配置。资料共1个PDF文件约42KB结构紧凑便于随时下载和快速查阅。通过学习读者可以对三大平台形成清晰的层级认知在桌面开发、Web系统开发与移动/嵌入式开发之间做出更合理的技术选型不再被J2SE、J2EE等旧称绕晕。已有3881人学习下载对希望用较短时间理解Java三大平台体系的人来说是一份高性价比的入门参考。 先把结论放在前面Java SE、Java EE、Java ME这三兄弟名字长得像但定位完全不同。很多人在初学阶段被这三个词搞得头大甚至有个常见误区——以为Java EE是比Java SE更高阶的语言或者Java ME已经彻底死透了。今天这篇就把它们掰开揉碎讲清楚各自是什么、有什么区别、实际中到底怎么选顺带把Java EE改名为Jakarta EE这段历史也理一遍因为这块在面试里出现的频率真的不低。1. 三个Java版本把我绕晕的那段日子先搞清楚它们到底在说什么先说个我自己的经历。当年刚接触Java时看到Java SE、Java EE、Java ME这套命名体系第一反应是这是不是就像iPhone 14、iPhone 14 Pro、iPhone 14 Pro Max的关系后来才发现完全不是一回事——它们不是同一个东西的三个配置档位而是面向三种完全不同的应用场景的技术集合。1.1 Java SE整个Java世界的底座Java SEJava Platform, Standard EditionJava标准版这是最核心、最基础的那部分。只要是跑Java程序无论是桌面小工具还是大型网站后台底层都离不开Java SE。它包含了JVMJava虚拟机、Java语言基础语法、核心类库比如java.lang、java.util、java.io这些包还有我们日常用的集合框架、多线程、网络编程、IO流这些东西。换句话说你先学会Java SE才算真正入了Java的门。它是后面所有Java技术的地基。1.2 Java EE给企业级应用加Buff的规范合集Java EEJava Platform, Enterprise EditionJava企业版是在Java SE的基础上额外定义了一整套面向企业级开发的技术规范和API。注意重点——Java EE本质上不是一个新的编程语言而是一堆规范的集合。它解决的问题是企业应用往往需要处理分布式计算、高并发访问、事务管理、消息中间件、数据库持久化等复杂需求。纯用Java SE去写这些东西代码量巨大且难以维护于是Java EE就提供了Servlet、JSP、EJB、JMS、JPA、JTA等一系列规范让开发者能在统一的标准下完成这些活。1.3 Java ME嵌入式设备上的精简版Java MEJava Platform, Micro EditionJava微型版是专门为资源受限的设备设计的比如早期的功能手机、机顶盒、PDA、车载系统等。它的核心思路是裁剪——设备内存小、处理器弱不可能跑完整版Java SE所以Java ME做了大量精简只保留核心功能和最精简的API。如果你经历过诺基亚时代玩过手机上的Java游戏就是那种.jar格式的那其实就是Java ME在支撑。放在今天Java ME的应用场景已经大幅萎缩但它的思想影响了后来Android开发的一些设计。这里必须强调的是三者的关系不是SE是标准版、EE是增强版、ME是缩水版这么简单。准确说EE和ME都是在SE基础之上的不同方向的延伸。EE是往功能更多、规模更大方向走ME是往资源更省、体积更小方向走。2. 从API集合看本质区别SE、EE、ME各自口袋里装了什么东西光说概念还是有点虚直接看一眼它们各自的装备清单最直观。下面这张表是我整理的三者核心差异对比维度Java SEJava EEJava ME全称Standard EditionEnterprise EditionMicro Edition定位基础平台企业级开发嵌入式/移动设备核心组成JVM Java语言 核心类库SE 企业级API规范精简版JVM 精简API典型APIjava.lang, java.util, java.io, java.netServlet, JSP, EJB, JMS, JPA, JTA, JNDICLDC, MIDP, CDC运行环境桌面、服务器、任意安装了JRE的设备应用服务器如Tomcat、WildFly、GlassFish手机、机顶盒、嵌入式系统使用场景Java入门学习、通用开发大型Web应用、分布式系统、企业后台旧式功能机应用、小型嵌入式设备2.1 Java SE的核心装备JVM和那些万金油APIJava SE就是每个Java程序员天天打交道的那套东西。JVM是运行Java字节码的虚拟机它负责把平台无关的.class文件翻译成当前操作系统能懂的机器指令。核心类库则是开发者最常用的工具集从最简单的字符串处理java.lang.String、集合存取java.util.List/Map到文件读写java.io、网络请求java.net、并发编程java.util.concurrent全都包含在这个包里。2.2 Java EE的核心装备那些J开头的企业级规范Java EE的文件清单比SE丰富得多每个规范都有自己的名字和用途。我挑几个面试和开发中最高频的说Servlet处理HTTP请求和响应的基础规范是几乎所有Java Web应用的入口。JSPJavaServer Pages动态网页技术本质是Servlet的简化写法早期项目里用得很多。EJBEnterprise JavaBeans面向企业级分布式计算的组件模型曾经是Java EE的招牌但因其重量级特性被Spring等轻量框架冲击得很厉害。JPAJava Persistence API对象关系映射ORM规范解决了Java对象和数据库表之间互相转换的问题。JMSJava Message Service消息服务规范用于在分布式系统之间传递消息。JTAJava Transaction API分布式事务管理规范。这里有个关键点Java EE本身不提供运行时它只是定义了这些规范的接口真正的实现需要靠应用服务器Application Server来提供比如Tomcat严格来说是Servlet容器、WildFly、GlassFish等。这也是为什么配置Java EE环境比配置Java SE环境要复杂得多。3. 实际项目中怎么选一条代码是怎么从手机跑到服务器上的把三个版本放在同一个维度去看就清晰了。说白了Java SE是通用工具包Java EE是企业级框架规范Java ME是嵌入式微缩版。但只停留在概念上还不够我用三个实际场景来演示它们的真实分工。3.1 一条Java代码的旅行SE承载一切运行基础假设你写了下面这段代码public class HelloWorld { public static void main(String[] args) { System.out.println(Hello, Java!); } }这段代码在任何装了JREJava Runtime Environment的设备上都能运行。JRE本身是JDK的一部分而JDK就是Java SE的实现。所以说无论你用Java EE还是Java ME做什么底层运行的时候JVM和核心类库都来自Java SE。3.2 一个Web项目的真实拆解EE提供骨架SE提供血肉再看一个典型的Java EE项目。假设你在开发一个电商网站的后台前端页面由Servlet或JSP动态生成这是Java EE规范。用户请求到达服务器后先由容器比如Tomcat接收再分发到对应的Servlet处理。Servlet调用业务逻辑层里的Java类完成订单计算这些Java类里面用的就是Java SE的API——比如用集合框架存储临时数据、用JDBC连接MySQL、用多线程处理并发请求。数据持久化用JPA或MyBatis如果你用JPA那其实就在遵循Java EE的JPA规范。看出来了吗EE和SE不是二选一的关系而是EE骑着SE在跑。SE负责提供基础的编程能力和运行环境EE负责解决企业级架构上的共性问题。3.3 嵌入式设备的Java ME一套精简套餐再看Java ME的方向。在嵌入式设备上内存可能只有几百KBCPU频率也低得可怜。Java SE的标准类库体积太大跑不动所以Java ME提供了一套精简方案——CLDCConnected Limited Device Configuration定义了手机等小型设备的Java运行环境MIDPMobile Information Device Profile则定义了UI、网络、存储等移动应用的具体API。当年的经典Java游戏开发流程就是开发者在PC上用Java ME模拟器编写Midlet测试成功后通过数据线或蓝牙传到手机上运行。放到现在这个领域基本被Android底层使用类似Java的dalvik/ART虚拟机和iOS取代了但在物联网、工业嵌入式场景里类似的思想依然在被广泛使用。4. Java EE改名Jakarta EE这件事面试前必须搞清楚学Java的人如果最近在刷面试题应该已经见过一个高频考点——Java EE为什么改名为Jakarta EE这背后是一段关于开源治理和商业公司的故事也是理解Java生态变迁的重要一环。4.1 导火索Oracle和Eclipse基金会之间的交接事情要从2017年说起。那时Oracle作为Java EE的主导者决定将Java EE技术移交Eclipse基金会管理。原因并不复杂但涉及商业战略——Oracle觉得Java EE不再是其战略重点与其花精力维护不如交给开源社区更活跃的基金会继续发展。这个交接过程比想象中要复杂得多。Oracle在移交时保留了Java这个名字的商标权Eclipse基金会不能继续使用Java EE这个品牌于是新项目改名为Jakarta EE。4.2 一场包名大地震从javax.到jakarta.改名不只是换个马甲最要命的是包名的变更。Java EE生态过去几十年的代码里到处都是以javax开头的包比如javax.servlet.、javax.persistence.、javax.validation.*。在Eclipse基金会接手后这些包名也要跟着改为jakarta.*开头。这一改直接导致大量存量代码的迁移阵痛。你以为只是改导入语句不是的。还有配置文件、依赖坐标、类加载机制都可能受影响。我当年在升级Spring Boot版本时就遇到过依赖冲突的坑注意Spring Boot 3.x及更高版本已经全面切换到Jakarta EE规范jakarta.*包如果你还在用Spring Boot 2.x它依赖的是Java EE 8时代的javax.*包。升级时必须保证依赖版本匹配否则运行时会报ClassNotFoundException或NoClassDefFoundError——这类错误排查起来非常折磨人。4.3 面试中常见的三个问题这个问题在面试八股文里出现频率很高我总结三个面试官最爱问的点第一个问题Java EE和Jakarta EE有什么区别标准答案Java EE是Oracle时代的品牌Jakarta EE是Eclipse基金会管理下的继任者核心API从javax.*包迁移到了jakarta.*包。第二个问题Servlet的包名为什么变了要回答出javax.servlet变成jakarta.servlet这层变化并且知道Servlet 5.0以后是Jakarta Servlet。第三个问题Spring Boot 3和Spring Boot 2在依赖上的区别要点在于Spring Boot 3基线使用Jakarta EE 9/10必须引入jakarta.依赖而Spring Boot 2.x继续使用javax.。这三个问题看似简单但答不上来或者含糊其辞面试官大概率会认为你对Java生态的新变化缺乏关注——在技术圈子里持续学习能力是很重要的评估维度。5. 给刚入坑的同学这三个版本的学习顺序和取舍建议最后聊点实际的。很多想学Java的朋友在查学习路线时看到Java SE、Java EE、Java ME这几个词就卡住了——到底先学哪个需要全学吗我直接给建议。5.1 只学Java SE可能做不了Web开发Java SE是必须打牢的基础这是没有争议的。如果你目标清晰就是奔着Web后端开发去的那至少要熟悉SE的语法、集合、IO、多线程、网络编程这些是日常开发中最常用的底层能力。但必须明白只靠SE做不了什么实际的项目。要做Web应用至少要掌握ServletJava EE规范之一或者更上层的Spring MVC框架。所以SE是地基EE是标准施工方案。5.2 在2024年学习Java EE的正确姿势现在纯Java EE就是以前那种自己搭建EJB、JSP应用的方式已经很少在生产中直接使用了主流的做法是用Spring全家桶来落地Java EE的这些思想。所以我的建议是先学Java SE基础把语法和核心API练扎实。学MySQL和JDBC理解数据怎么存取。学Servlet和Tomcat理解Web应用的基本运行机制这一步千万别跳过直接上Spring Boot会看不懂底层原理。掌握Spring Boot、Spring MVC、MyBatis或Spring Data JPA这些是对Java EE规范的一站式封装。有余力再深入研究分布式、消息中间件、微服务等企业级话题。5.3 Java ME还需要学吗直接说结论如果不是搞物联网、嵌入式开发、工业控制这些方向普通Java开发者完全没有必要特意去学Java ME。它的黄金时代已经过去了。但了解一下它的设计思想有好处——比如CLDC那套用最少的资源做最稳定的事的思路会让你在处理性能敏感问题时多一个思考维度。明白了这些再看任何包含Java SE、Java EE、Java ME的学习路线图你就不会迷茫了。核心就一句话把SE学扎实用EE或Spring做项目没事别折腾ME。这套组合拳足够支撑你从入门到胜任绝大多数Java开发岗位。本文还有配套的精品资源点击获取
