★ FEATURED ARTICLE 刚接触Java那会儿我的第一反应是这也太“重”了吧。别的脚本语言两三行能跑通的事Java要先写个类、再写main方法还得注意分号、大括号、数据类型到处都是条条框框。我一度觉得这些“麻烦”纯属设计者故意给新手劝退直到做了几个真实项目、啃过线上问题之后才明白这套“繁琐”恰恰决定了Java在企业级系统的位置它用约束换来了稳定用规范换来了可维护性。这篇“java学习录”是我自己一路从语法到集合、从JDBC到Spring、从报错乱码到OOM排查的真实复盘。不是官方文档的复述而是以一个学习者的视角把那些“当初没想明白、后来踩了坑才懂”的点重新梳理一遍。不管你是刚写完第一个Hello World的纯新手还是已经能写CRUD但总觉得基础不牢的初级开发者这篇文章应该都能对得上你某个阶段的困惑。1. 拒绝死记硬背先理解Java的语言骨架刚开始学Java的人最容易陷入一种状态知识点都见过但串不起来。类的概念懂了却不知道为什么非得用类把代码包起来继承、多态背得出来写的时候根本用不上。这一章我想聊聊语法之外的“设计意图”这是理解Java的第一步也是后面学框架的地基。1.1 面向对象不是一种代码风格而是一种思维约束很多新手把面向对象理解成“把代码放进类里”其实这是结果不是原因。面向对象的本质是人对复杂系统的认知方式。现实世界我们接触的任何一个东西都具备两个维度它是什么属性/数据它能做什么行为/方法。比如一台空调有温度设定、有运行模式这是属性能制冷制热、能调节风速这是行为。类就是把这套“属性行为”的定义固定下来对象则是这个定义的一次具体实例化。Java里规定一个Java文件对应一个公开类类名必须和文件名一致这类约束看着繁琐背后其实是工程化考量编译器需要唯一入口团队协作需要统一检索规则。再比如private、public这些访问修饰符很多初学者觉得无非是“权限大小”的区别但真正的价值在于“封装”。封装的意思是你只暴露别人该用的方法把内部实现细节藏起来。就像你按遥控器上的按钮不需要知道空调里面的电路怎么走。我当时第一次意识到封装的价值是在重构一段混乱代码的时候——原来把可变的部分收进一个类外部只留稳定接口改起来会舒服这么多。继承与多态是另一组“反直觉”的概念。初学者最容易做的一件事就是为了“复用几个字段”就去继承结果搞出又深又脆的继承链。后来我才体会到继承真正要表达的是“is-a”关系子类应当是父类的一种特殊形态而不是父类的字段拷贝机。多态则更讲究它让同一份调用代码在不同运行时对象上表现出不同行为。Java中重写父类方法、实现接口来达成多态这是Spring这类框架实现扩展性的底层机制之一——后面我会再展开说。1.2 新手必挂的几道语法关卡我总结了自己带过的一些刚入行的朋友的普遍卡点集中在四个地方与equals的区别基本类型用比较值引用类型用比较地址。两个内容相同的字符串用经常返回false是因为它们在堆上可能是两个对象必须用equals比较内容。问题是很多人背了结论却不知道Integer类的小整数缓存-128到127也会让出现“时灵时不灵”的诡异表现这就是典型的基础不牢导致线上bug。String的不可变性字符串一旦创建就不可修改每次拼接都会生成新对象频繁操作极易造成内存浪费这也是为什么后来需要StringBuilder。这个设计本身是为了安全、缓存和线程同步但初学者通常意识不到。重载与重写的核心区别重载发生在同一个类里方法名相同、参数列表不同这是编译期的多态重写发生在父子类之间方法签名一致、逻辑替换这是运行期的多态。两者搞混后面看框架源码会非常吃力。受检异常与非受检异常Java是少有的区分“必须处理”和“可以不处理”异常的语言。受检异常如IOException要求调用方显式捕获或抛出非受检异常如NullPointerException则不受此限制。很多新手嫌麻烦全部catch吞掉结果线上问题一点日志都看不到这是我见过最普遍的坏习惯。这一阶段的核心建议是不要急着往下赶进度。语法是Java的“元规则”你后面学的集合、线程、框架本质上都建立在这套语言约束之上。我当时的一个笨办法是给自己出题把面向对象三大特性分别用一个小场景重写每写一遍理解都会往下沉一层。2. 集合与核心类库从“会用”到“懂它为什么这么设计”学完基础语法接下来就是Java的核心类库。很多人在这里进入“背API”模式ArrayList是动态数组LinkedList是链表HashMap存键值对……背得滚瓜烂熟但真到了要选型、调优、排查线上问题的时候就傻眼了。这一层的关键是从“接口设计”和“数据结构”两个角度去理解类库。2.1 集合框架接口设计比实现更重要Java集合框架的顶层是Collection接口底下分成List、Set、Queue而Map是单独一条线。为什么要做这种区分因为不同集合表达的是不同的“抽象约定”List是有序可重复的列表Set是不允许重复的集合Map是键值对的映射。你在写代码时依赖的是接口约定运行时换上具体实现而不影响调用方这正是面向接口编程的体现。很多人对“ArrayList vs LinkedList”存在误解以为“链表就比数组高级”。其实两者各有适用场景ArrayList底层是连续数组随机访问O(1)但中间插入删除要移动元素LinkedList底层是双向链表中间插入删除只需改指针但随机访问需要遍历。如果你主要操作是遍历和按索引取元素ArrayList几乎总比LinkedList快因为内存连续、缓存命中率高。我的经验是初学阶段可以不用追到极致性能但至少得知道O(1)和O(n)的区别否则后面聊算法和调优就是空中楼阁。HashMap是集合里不得不提的重点。它底层是数组加链表红黑树通过hash函数决定元素落在哪个桶遇到hash碰撞就用链表或树挂起来。新手最容易忽略的是两个问题一是负载因子和扩容机制——默认0.75的负载因子是为了在空间和时间之间取平衡二是为什么重写equals时必须重写hashCode——因为HashMap先比较hashCode定位桶再通过equals确认元素相等如果两个逻辑相同的对象hashCode不同同一个key就会存成两份。这个坑我见过太多次自定义对象放进HashSet/HashMap后contains查找永远失败排查半天最后发现是hashCode没重写。2.2 IO、异常与泛型最容易“以为自己懂了”的部分IO这一块初学时极易被“字节流、字符流、缓冲流、转换流”这些概念绕晕。我的理解方法是先抓住本质程序和数据源/数据目的地之间只有一种传输单位——字节。字符流只是对字节流做了一层编码转换的封装目的是让你直接以“字符”为单位读写不用自己处理编码。基于这个认识很多关于流的问题就能想通比如为什么读文本要用InputStreamReader为什么网络传输、图片读写得用OutputStream流而不用字符流。异常处理也是被严重低估的一个知识点。初学者要么不捕获异常要么捕获后printStackTrace()就算完事。我的个人约定是能抛出受检异常就明确抛出需要捕获时必须记录到日志且要保留完整的堆栈信息catch里面空着不做任何处理这比不写try还要危险。因为异常一旦被吞掉线上问题就变成了“无声故障”。我知道排查线上问题的时候最恨的就是前人留下的空catch块——输入看不到、日志没有、现场全无全靠猜。泛型同样是个容易产生“虚假掌握”的区域。大多数新手只知道ListString表明列表里装字符串但不知道泛型在Java里是通过类型擦除实现的——泛型信息只存在于编译期运行时的字节码里其实没有“类型参数”的概念。这一特性导致了一些看起来很“反直觉”的限制比如不能直接创建泛型数组、不能直接用instanceof判断泛型类型。理解擦除之后再去翻框架里那些T、? extends的写法思路会清晰很多。核心类库这一阶段的学习我比较推荐以“源码阅读”为目的去学不用全部源码都看但LinkedList、HashMap、String这些高频类的关键方法源码值得硬啃。看源码会让你慢慢形成“实现思维”以后做选型、写高性能代码比背API不知道高到哪里去了。3. 连接数据库JDBC背后的工程思维Java是一门面向企业的语言绝大多数后端系统都离不开数据库。学习JDBC的过程对新手来说是一个从“纯写代码”到“考虑工程可行性”的转折点。JDBC本身不算复杂但它背后藏着连接管理、事务控制、SQL注入等一系列重要概念这些概念学不明白后面的连接池、ORM框架就只是“会用”而不知其所以然。3.1 JDBC的标准七步每一段都要有自己的理解JDBC标准流程可以拆成七步我在学习时把每一步都对应到一个“为什么”加载数据库驱动让JVM能识别具体厂商的驱动类在引入驱动包之后通过Class.forName或连接串驱动标识来触发注册。获取连接DriverManager.getConnection(url, username, password)这一步的url格式很关键不同数据库差异很大。创建Statement/PreparedStatement这一步尤其重要我强烈建议一开始就直接用PreparedStatement不用Statement。执行SQL并接收结果executeQuery()返回ResultSetexecuteUpdate()返回影响行数。遍历/处理结果集ResultSet类似一个“游标”通过next()不断移动按列名取数据。关闭结果集、语句、连接顺序上从里向外关或者直接用try-with-resources。处理异常与事务要么提交要么回滚绝不能让数据处于“半完成”状态。第3步单独拿出来说是因为PreparedStatement除了能预编译SQL提升性能更重要的作用是防止SQL注入。我一直记着刚学JDBC时写的噩梦代码字符串拼接用户名和密码然后拼进SQL后来在实验环境用一条 or 11把整个表拉了出来那种后背发凉的感觉至今记得。参数化的PreparedStatement先用占位符?定义SQL骨架再把参数交给驱动安全绑定这个习惯必须在初学阶段就养成。3.2 连接池为什么要反复“复用”连接JDBC最朴素的用法是“每次操作数据库都新建连接用完就关”。但实际项目根本不能这么干因为建立数据库连接涉及网络握手、认证、分配资源等一系列操作开销远超一次SQL执行本身。在高并发场景下无脑新建连接会直接把数据库拖垮。于是就有了连接池提前创建一批物理连接放进池子需要时借出用完归还连接本身不销毁只是逻辑上的“借与还”。这个概念我强烈建议学透因为后面接触的动态数据源原理、ORM框架的连接管理都是围绕它展开的。事务在JDBC里也是一个容易含糊的点。Java.sql.Connection默认是自动提交模式也就是每条SQL执行后自动commit。如果你希望多条SQL要么全成功要么全失败就得关闭自动提交setAutoCommit(false)执行完业务逻辑后手动commit出异常则rollback。这里有个细节我踩过坑事务必须要在同一个连接上执行如果你每条SQL都从连接池里拿不同的连接事务是控制不住的。这一阶段的学习成果最理想的检验是写一个极简的“用户管理”小项目注册、登录、信息修改不依赖任何框架直接用JDBC完成。写完之后你基本就理解了连接、SQL、事务是怎么在代码里落地的。后面接触Spring的JdbcTemplate或MyBatis这类工具时你会快速反应过来原来它们只是把“七步”中的重复步骤封装了。4. 框架阶段Spring的IoC与AOP到底在解决什么问题学会JDBC能写一个能跑的小项目但离企业级开发还有距离。来到Spring这个阶段很多人会陷入“魔法崇拜”——注解一堆、配置一抄功能就实现了但完全不知道容器在背后做了什么。这一章我想还原一下Spring解决的两个核心问题对象管理和横切逻辑。4.1 IoC不是一种模式而是一种“控制权转移”不使用Spring的时候一个类需要依赖另一个类往往是直接new一个出来。比如UserService要调用UserDao就在Service里new UserDao()。这样做的问题在于依赖关系硬编码在类内部一旦UserDao构造方式变化比如需要传入数据源所有调用方都得跟着改而且很难测试、很难替换。Spring的IoC控制反转是让“谁创建对象、谁管理生命周期”这件事反转过来对象不由使用方创建而由容器创建并通过依赖注入DI送到需要的地方。你可以把Spring容器理解成一个“万能管家”你在配置文件或注解里告诉他你需要什么他就把对应的现成物件递到你手上。UserService不再自己new UserDao而是声明“我需要一个UserDao”容器便会在合适的时机注入进来。这样UserService和UserDao之间就解耦了单元测试里还能很方便地注入一个Mock实现。理解IoC的关键转变是从“主动获取依赖”到“被动接收依赖”。很多人在初学阶段觉得“不就是少写了个new嘛”但放到大型项目里这个转变会带来质的差异——对象之间的关系从代码里的硬约束变成了容器外部的可配置描述由此才有了后面AOP、声明式事务这些能力生长的土壤。4.2 AOP把横切逻辑从业务代码里“抽”出来如果说IoC解决的是对象的编排问题AOP解决的则是“横切关注点”的复用。什么是横切关注点日志、权限校验、事务管理这类逻辑不属于任何单一业务模块却几乎要被每个业务模块调用。传统做法是在每个方法里都手工插入日志代码、事务代码导致大量重复、难以维护。AOP的思路是“横向抽取”你定义一个切面Aspect再声明它在哪些方法上生效Pointcut容器会在运行时把切面逻辑织入目标方法执行链路中。用生活场景打比方就像一间房里的所有开关都接上了同一路总闸总闸能统一控制断电路而不需要每个电器自己内置断电功能。Spring AOP在注解型的实现下用起来很“轻”定义一个Aspect类写一个Around/Before/After的增强方法再通过切点表达式指定包路径或注解。但学习时一定要搞懂底层用的是JDK动态代理还是CGLIB代理——前者要求目标类实现接口后者通过子类继承来代理。这个知识点面试常问但更重要的是它直接影响你对“为什么加了事务却不生效”这类问题的判断。4.3 声明式事务一行注解背后的责任事务在Spring里主要有编程式事务和声明式事务两种搞法。初学者最常用的方式是Transactional注解把事务边界声明在方法上框架自动开启事务、提交或回滚。这个用法看起来轻巧背后的“失效场景”却极其丰富。我自己实际踩过的就有同类内部方法调用事务不生效因为代理没介入方法不是public事务不生效异常被catch后没有重新抛出事务感知不到、自然就不会回滚数据库引擎不支持事务比如某些MySQL表引擎是MyISAM。这些问题在初学阶段不容易暴露因为应用规模小、没有复杂调用链但我强烈建议提前了解因为它们几乎是企业级开发里必现的坑。学习Spring时我还有一个体会先别急着追新版本特性要把Io容器和AOP机制吃透。这两个核心是Spring所有生态的底座后面学Spring Boot时大量“自动配置”本质上是在帮你把容器和切面的配置自动化。底子扎实的话Spring Boot对你来说就是“少写点配置”的便利工具而不是“又来了一个新魔法”。5. 新手进阶时最常见的拦路错误与排查思路学Java的过程里报错和异常是绕不开的。很多新手一看到报错日志就慌其实Java的异常信息是非常友善的它通常直接告诉了你问题在哪一行、是什么类型。这一章我把几个高频问题按“现象—原因—解决办法”的格式整理出来都是我或身边人实际遇到过、且有代表性的。5.1 环境变量与编译运行类问题现象典型原因排查与解决javac不是内部或外部命令JDK没安装或PATH未配置检查JAVA_HOME是否正确配置再将%JAVA_HOME%\bin追加到PATHException in thread main java.lang.NoClassDefFoundError类路径classpath不正确编译期能找到类运行期找不到检查运行时的classpath是否包含类所在目录或jar包编译通过但运行结果不对代码逻辑问题或编译的是旧版本class文件清理target目录、重新build逐段打日志定位这三个问题是最早劝退新手的高频事件。环境变量这个问题尤其容易让人挫败明明照着教程配了却怎么都不生效。我遇到过最多的场景是修改完环境变量后没有重开命令行窗口导致它仍然读旧值或者是JAVA_HOME配到了bin目录之下路径重复。记住一个原则配置完环境变量一定要重开终端验证验证时先echo %JAVA_HOME%看看路径对不对再java -version确认版本。5.2 中文乱码与编码混乱乱码是初学Java时几乎人人都碰到的事。根源并不复杂文件保存编码、编译器读取编码、运行环境控制台输出编码三者只要不一致中文就会花掉。比如代码文件是UTF-8保存的但编译时用了默认的GBK编码读取字符串在运行时就已经错了。排查思路我先讲清楚先固定一个标准我个人的习惯是全链路UTF-8。IDE的文件编码设为UTF-8编译参数带-encoding UTF-8运行环境JVM参数加-Dfile.encodingUTF-8控制台输出也切成UTF-8。如果还乱码就用file命令或IDE状态栏确认文件实际编码别凭感觉猜。曾经有个同事运行同一份代码结果不同是因为他用的命令行代码页不同这种环境类问题尤其隐蔽。5.3 依赖冲突与版本地狱用Maven或Gradle之后依赖冲突成了定期要面对的事情。典型现象是运行时报NoSuchMethodError或ClassNotFoundException但代码里明明存在这个类或方法。原因往往是依赖传递导致同一个库存在多个版本JVM按某种顺序加载到了旧版本。解决这个问题我的建议是先学会看依赖树。Maven里用mvn dependency:treeGradle里用gradle dependencies找到冲突的依赖再通过exclusion排除不需要的旧版本或直接统一版本。项目里出现冲突时不要无脑升级版本号先确认谁引入了旧版本。我还见过一个经典场景直接拷了个别人的pom片段结果引入了大量无用依赖排查时痛苦无比——所以最小化依赖、显式声明核心依赖版本这是一个从学习期就该养成的习惯。5.4 JVM内存溢出从看懂堆栈开始现象典型原因排查思路java.lang.OutOfMemoryError: Java heap space堆内存不足可能是对象占用过多或存在内存泄漏用-Xmx合理调整堆上限配合jmap离线堆快照分析java.lang.OutOfMemoryError: Metaspace元空间不足类元数据加载过多检查是否动态生成类过多适当调整元空间上限频繁Full GC且效果差内存分配率过高或堆外泄漏用jstat观察GC频率再定位大对象来源OOM听着吓人但只要学会看堆栈基本都能找到线索。最经典的Java heap space要么是某个无限增长的集合要么是没关掉的连接、流导致对象回收不掉。初学阶段不用深入了解调优内核但至少要学会两件事一是拿到报错堆栈能定位到自己代码的哪一行二是用-Xmx调整堆大小确实能延长系统寿命但那是治标根因还得靠堆转储文件来分析。这些坑的共同点在于它们大多是“环境”或“集成”引起的而不是“语法”错误。所以排查时最忌讳盯着业务代码反复看可以先考虑是不是类路径、依赖、编码、运行时参数的问题。把这个排查思路建立起来你的调试能力会有一个质的飞跃。6. 一些实用的学习路径心得回头再看我的Java学习过程最庆幸的一点是没有在“看视频-抄代码-忘了-再看视频”这个循环里陷太久。学编程最核心的一件事就是动手而动手最有效的姿势是带着“我要做完一个什么”的目标去面向问题地翻资料。比如我记得自己理解反射和注解靠的是一次解析工具的需求那时候不得不去搜Java反射的用法实践过一次后这个概念就再也没忘。再分享一个小技巧准备一个笔记库记录自己踩过的坑和解决过程。不用写得很正式但要包含现象、原因、解决方式。时间久了这个笔记库会变成一个非常贴合你个人知识漏洞的“专属排查手册”比市面上任何书都好用。如果在学的过程中觉得“知识不成体系”我的建议是找一条主线项目反复做大。从纯JDBC的版本到用连接池的版本再到套上Spring的版本同一个项目做三遍每做一遍你都会发现上一遍的代码有很多可以优化的地方。这种“重构旧代码”的过程才是把你对知识点的理解从“记忆层”推进到“理解层”的最佳路径。Java的学习没有捷径但有一个明确的主干沿着它一步步走你很快就能看到自己代码的变化轨迹。
阅读完成 · 觉得有帮助？
