写Java也写了几年了回头看早期学的JavaSE最容易被低估的就是“逻辑控制”和“输入输出”这两块。很多人觉得if判断、for循环太基础Scanner也就是个输入工具真到写点像样的程序时才发现代码逻辑绕不清楚数据进不来也出不去整个程序就是一团乱麻。这篇文章想跟你聊的就是这两块基础中的基础逻辑控制和Java输入输出。不管你是刚学完Java语法、准备系统过一遍JavaSE的初学者还是为了面试想快速复盘基础知识的开发者我建议你都把这两个主题放在一起重新捋一遍。原因很简单——程序说白了就三件事拿数据、做判断、给结果。拿数据靠输入输出做判断靠逻辑控制给结果也靠输出。这三件事串起来一个小程序的骨架就立住了。1. 为什么初学JavaSE要先啃这两块硬骨头1.1 程序的本质输入、处理、输出你回想一下自己每天用的App不管是点外卖、刷视频还是打车表面上看功能五花八门但底层逻辑全都是“输入数据 → 逻辑处理 → 输出结果”这个闭环。你点了一个“下单”按钮操作系统把“点击事件”作为输入传进去程序经过一番判断——有没有登录、库存够不够、余额够不够——然后输出一个“下单成功”或者“下单失败”的结果页面。Java程序也是一样的。初学者最早接触的控制台程序其实就是最原始、最不加修饰的“输入-处理-输出”模型你从键盘上敲点东西进去System.in程序通过逻辑控制if、for、while这些做运算和判断最后把结果打印到屏幕上System.out。这一段流程里逻辑控制就是程序的“大脑”输入输出就是程序的“嘴巴和耳朵”。没有耳朵程序听不见外界需求没有大脑程序不知道该怎么响应没有嘴巴程序的结果用户永远看不到。你把这个三角关系理清楚了后面学数组、面向对象、集合框架时就会顺畅很多因为那些东西本质上都是在丰富“处理”这个环节的手段。1.2 逻辑控制从“顺序执行”到“给程序装上大脑”我问过不少初学者一个问题你觉得程序天生就会干哪些事很多人答不上来。其实程序与生俱来只干三件事——顺序执行、条件判断、循环重复。顺序执行就是代码从上往下一行一行跑这个不用学就会真正让程序变得“聪明”的是后两个能力判断和循环。判断能力对应的是if、else、switch这些分支结构让程序能在多个可能路径里选一条走。循环能力对应的是for、while、do-while这些循环结构让程序能把同一段逻辑重复执行N次而不需要把代码复制粘贴N遍。真实世界里几乎没有哪项业务是纯顺序执行就能搞定的你对用户输入做校验是判断你批量处理一万条订单记录是循环你遍历菜单渲染页面是循环加判断。可以说把这两种结构用熟了你就能写出解决绝大多数日常问题的程序了。这也是为什么面试里不管是基础题还是算法题翻来覆去都在考察你对循环和分支的掌握度。1.3 输入输出程序与外界对话的窗口再来说输入输出。Java里的IOInput/Output是个特别大的概念从控制台的键盘输入、屏幕输出到文件读写、网络通信再到新版的NIO、AIO全都可以归到IO这个大类里。初学者一上来不用懂那么深但至少要把“输入输出是程序与外界交互的通道”这个意识建立起来。很多初学者写练习题的时候觉得使用Scanner接收输入纯粹是应付题目要求没太当回事。这个认识很吃亏。因为不管是写工具脚本、写Web后端接口还是写桌面软件程序都不可能脱离外部数据独立存在。你在后端接收前端传过来的JSON是输入你查询数据库拿到结果集是输入你调用第三方接口拿数据也是输入你返回给前端响应、写日志、导出文件全都是输出。操作系统的底层就是“一切皆文件”Java里的很多IO抽象也继承了类似的思想。你在入门阶段把System.in和System.out玩明白把文件读写的基本姿势学会后面接触分布式系统、消息队列时再回头看会发现自己对“数据怎么流进流出”这件事的理解是特别扎实的。2. 逻辑控制的细节拆解与实操要点2.1 顺序与分支if/else 和 switch 的取舍先看if/else。这应该是你学的第一个控制结构语法简单到不能再简单但真要用好还是有几个容易出问题的地方。第一个坑是else分支挂靠错对象。初学者写嵌套if的时候经常搞不清楚哪个if和哪个else配对。Java的规则是else永远与最近的、尚未配对的if结合。很多人因为缩进不规范出现“else看起来是和外层if配对实际和内层if配对”的情况逻辑跑起来完全不是自己想要的。我给你的建议是凡是嵌套分支一律用花括号把每个if/else块包起来哪怕只有一个语句也写花括号。这能省掉大量莫名其妙的bug团队协作时别人看你的代码也不费劲。第二个要注意的是if-else if-else判断条件的顺序。else if链路是自上而下匹配的一旦前面的分支命中后面的分支就不再执行。举个例子判断成绩等级时如果先写if (score 60)再写else if (score 90)那考了95分的人也会被归到“及格”而不是“优秀”因为第一个条件就命中了。所以在写多条件判断时一定要把范围大的、优先级高的条件放前面或者把条件写精确尽量不留重叠区间。再来看switch。老版本的switch只能判断整数类型的值byte、short、int、char从Java 5开始支持枚举Java 7开始支持StringJava 14以后又支持了箭头语法和switch表达式。现在的写法越来越简洁但很多老项目里还在用传统的冒号加break的写法。传统的switch最经典的坑就是fall-through穿透——如果某个case分支后面没写break程序会继续往下执行下一个case的代码。这个特性有时能用来做巧妙的合并处理比如多个case共用同一段逻辑但绝大多数情况下它导致的都是bug。所以我个人的习惯是用新式箭头语法case 1 - xxx替代冒号写法箭头语法天然不执行下一个分支彻底避开了穿透问题代码也更简洁。2.2 循环for、while、do-while怎么选循环这块很多教程把三种循环讲得特别细但实际开发中怎么选不少初学者还是懵的。我说点大白话总结一下for循环适合“我知道要循环多少次”的场景比如从1加到100、遍历数组的下标。经典的for (int i 0; i n; i)写法能让你把循环变量初始化、条件判断、步进更新都集中在一行里结构很清晰。while循环适合“我不知道循环多少次但我知道什么时候该停下来”的场景比如持续读取用户输入直到用户输入了“quit”才退出。do-while循环几乎很少单独出场它的特点是“先执行一次循环体再判断条件”所以循环体至少会执行一次。这个特性在菜单类程序里比较好用——你至少得先展示一次菜单才能让用户选择退出。使用循环时最容易翻车的是死循环问题。死循环基本就两种原因一是循环条件永远为真二是循环变量在循环体里压根没更新。比如int i 0; while (i 10) { System.out.println(i); // 忘写 i }这段代码如果忘记在循环体里执行ii就一直等于0条件0 10永远成立程序就在这个while里无限循环。遇到这种情况CPU会被这个线程占住程序看起来像卡死了一样。排查死循环的方法很简单在IDE里打断点一步步看循环变量的值有没有发生变化或者检查循环退出条件是否有可能为false。还有一个常被忽略的点是break和continue的区别。break是直接跳出整个循环continue是跳过本次循环的剩余语句、直接进入下一轮。初学者容易把这两个弄混写出来逻辑错乱。记住一句话break是“不干了撤”continue是“这次不算重来”。2.3 一个容易忽略的点浮点数比较不是“等于”逻辑控制里最隐蔽的坑之一是浮点数的“相等”判断。如果你写出下面这样的代码double a 0.1; double b 0.2; if (a b 0.3) { System.out.println(相等); } else { System.out.println(不相等); }输出结果是“不相等”。原因是浮点数在内存里是以二进制科学计数法存储的很多十进制小数无法被二进制精确表示所以0.1 0.2的计算结果其实是一个接近0.3但不完全等于0.3的数。这是IEEE 754浮点数标准导致的Java和几乎所有主流语言都逃不开这个限制。处理这种问题有三种常见思路一是比较时用一个极小的误差范围比如Math.abs(a b - 0.3) 1e-6二是把浮点数放大成整数来计算比如金额按“分”存成整数三是对精度要求极高的场景直接用BigDecimal。这个点在面试里经常被当作基础题考察平时写业务代码时也容易踩建议你从入门开始就建立“浮点数不能直接判等”的意识。3. Java输入输出从控制台到文件把数据搞进来再送出去3.1 System.out输出原来有这么多讲究Java入门第一个会用的代码多半是System.out.println(Hello World)。但这句话背后的东西值得你稍微多想一层。System.out是一个类型为PrintStream的静态对象它已经把底层的IO封装好了你只管调方法就行。println是打印内容并换行print是打印但不换行printf是格式化输出用法跟C语言的printf非常像。格式化输出在实际开发里看似用得不多但在写测试工具、打印报表、生成日志的时候非常好用。给你一个最简单的例子System.out.printf(姓名%s年龄%d成绩%.2f%n, 张三, 18, 95.5);%s对应字符串%d对应整数%f对应浮点数%.2f表示保留两位小数%n是换行符。这里特别提醒一下尽量用%n而不是\n来做换行因为%n能自动适配当前操作系统的换行符在Windows和Linux上表现更统一不会在跨平台时出现换行异常。另外你可能注意到代码里还有System.err。它也是输出但走的是“错误流”。在控制台里System.out和System.err输出到同一个地方不过它们的缓冲机制不一样这会导致一个有趣的现象你的代码先写了System.err.println(错误)再写System.out.println(正常)控制台里显示的顺序可能是反的。原因在于System.out是带缓冲的输出流内容会先攒在缓冲区里等到合适时机才刷出去而System.err默认不缓冲立即输出。所以看起来“错误”反而先打印了。这个知识点用来解释开发环境里日志顺序错乱的问题特别有意思。3.2 System.in与Scanner读取输入的姿势System.in是一个InputStream对象它本身只提供了读取字节的能力。你要是直接拿它来读用户输入会非常痛苦——你得自己处理字节流、自己拼字符串、自己处理编码。所以Java里更常用的方式是用Scanner把它包装一下Scanner会自动帮你处理分隔符、类型转换这些脏活累活。最简单的用法Scanner sc new Scanner(System.in); System.out.print(请输入你的名字); String name sc.nextLine(); System.out.print(请输入你的年龄); int age sc.nextInt();这里有几个高频踩坑点我必须单独拎出来讲。第一个坑是nextInt()和nextLine()混用时的“吞回车”问题。运行上面的代码你会发现输入完年龄后“请输入你的名字”这行话还没看到程序就结束了。原因是nextInt()只读取了数字并没有把数字后面的换行符消费掉。紧接着调用nextLine()时它读到的第一个字符就是残留的换行符于是直接返回一个空字符串不给你任何输入的机会。解决办法很简单在nextInt()之后、nextLine()之前多写一句sc.nextLine()把残留的换行符消耗掉。或者干脆统一用nextLine()读取字符串再手动转换类型String ageStr sc.nextLine(); int age Integer.parseInt(ageStr);第二种方式是很多老手推荐的做法因为整行读取更符合“用户按回车才提交输入”的自然语义也避免了类型转换异常发生时缓冲区状态混乱的问题。第二个坑是输入类型不匹配。你用nextInt()接收数字用户却输入了字母“abc”程序会直接抛出InputMismatchException。而且Scanner的缓冲区还会停留在那个“abc”的位置如果不做额外处理后面再读输入就可能陷入死循环。正确的做法是用hasNextInt()先做预判断或者用try-catch捕获异常后用sc.next()把错误内容清掉再把循环继续下去。3.3 文件读写往磁盘上存数据控制台输入输出解决的是“命令行里跟用户对话”的问题但真正要把数据持久化下来就必须跟文件打交道。Java的文件读写API经过了好多代演变对初学者来说我建议先掌握最简单也最稳定的一套组合FileWriter写文件、FileReader读文件外加BufferedReader包装读取以提升性能。写文件的标准姿势try (BufferedWriter writer new BufferedWriter(new FileWriter(notes.txt))) { writer.write(第一行内容); writer.newLine(); writer.write(第二行内容); } catch (IOException e) { e.printStackTrace(); }读文件的标准姿势try (BufferedReader reader new BufferedReader(new FileReader(notes.txt))) { String line; while ((line reader.readLine()) ! null) { System.out.println(line); } } catch (IOException e) { e.printStackTrace(); }注意我用了try-with-resources写法也就是把流的创建放在try右边的括号里。这种写法的好处是代码块执行完毕后不管正常结束还是抛异常资源都会被自动关闭不需要手动调用close()。这是Java 7引入的语法能从根本上避免“忘记关流导致文件被占住”的问题我在实际项目里强烈建议你养成这个习惯。那么文件读写有哪些坑首当其冲的是编码问题。早期的FileReader和FileWriter使用的编码取决于平台默认编码在Windows中文系统上大概率是GBK在Linux上大概率是UTF-8。同一个程序写的文件换台机器读就可能变成乱码。所以处理包含中文的文件时我更推荐用InputStreamReader和OutputStreamWriter手动指定编码为UTF-8保证跨平台一致性。4. 把逻辑控制和IO连起来一个完整的入门小项目4.1 场景设计猜数字游戏讲了这么多理论是时候用一个具体的小项目把它们串起来了。我选的例子是“猜数字游戏”规则特别简单程序随机生成一个1到100之间的整数用户循环输入猜测值程序提示“大了”或“小了”直到猜中为止最后输出猜的次数。这个例子好在哪里它天然覆盖了本文前面聊过的全部知识点Scanner接收输入、Random生成随机数、while(true)做循环、if-else做判断、System.out输出提示信息再接上文件读写还能把历史最佳记录保存下来。麻雀虽小五脏俱全。4.2 手写代码与关键点解释我先给你一个完整版代码再逐个解释关键点import java.io.*; import java.util.Random; import java.util.Scanner; public class GuessNumberGame { private static final int MAX_ATTEMPTS 10; public static void main(String[] args) { // 1. 初始化输入和随机数 Scanner sc new Scanner(System.in); Random random new Random(); int target random.nextInt(100) 1; // [1, 100] int attempts 0; boolean guessed false; System.out.println(猜数字游戏开始答案在1到100之间。); System.out.println(你最多可以猜 MAX_ATTEMPTS 次。); // 2. 核心循环反复读取用户输入 while (attempts MAX_ATTEMPTS !guessed) { System.out.print(请输入你的猜测); // 处理非法输入 if (!sc.hasNextInt()) { System.out.println(输入无效请输入一个整数); sc.next(); // 清掉无效输入 continue; } int guess sc.nextInt(); attempts; // 3. 分支判断大了、小了、猜中 if (guess target) { System.out.println(大了再小一点); } else if (guess target) { System.out.println(小了再大一点); } else { guessed true; System.out.println(恭喜你猜中了答案是 target); System.out.println(你一共用了 attempts 次猜中。); } } // 4. 超时未猜中 if (!guessed) { System.out.println(次数用完了正确答案是 target 下次加油); } // 5. 调用文件读写保存成绩 saveRecord(attempts); showBestRecord(); sc.close(); } private static void saveRecord(int attempts) { try (BufferedWriter writer new BufferedWriter(new FileWriter(record.txt))) { writer.write(String.valueOf(attempts)); } catch (IOException e) { System.out.println(保存记录失败 e.getMessage()); } } private static void showBestRecord() { try (BufferedReader reader new BufferedReader(new FileReader(record.txt))) { String line reader.readLine(); if (line ! null) { System.out.println(最近一次游戏用了 line 次。); } } catch (IOException e) { System.out.println(读取记录失败 e.getMessage()); } } }这个代码里最值得琢磨的是两个地方。第一个是while (attempts MAX_ATTEMPTS !guessed)这个循环条件它同时控制了“次数上限”和“是否猜中”两个状态一旦猜中或者次数用完循环自然退出不再需要额外的break去强行跳出。这种写法能避免很多因为break用的位置太随意而导致的逻辑混乱。第二个是用sc.hasNextInt()做输入预检。这个设计非常实用——万一用户手滑输了个字母或符号程序不会直接崩溃而是提示“输入无效”然后continue重新等待输入。在真实项目里用户的输入永远是不可信的你必须在入口处把好关。很多新手写的程序一遇到用户乱输入就报异常退出就是没做好这一步。4.3 通过文件读写记录历史成绩代码里我用了saveRecord(attempts)和showBestRecord()两个方法来实现文件读写。当你猜中后程序会把本次猜的次数写入record.txt下一次启动游戏时程序会读取这个文件并打印出来。这个设计把IO的作用体现得很具体如果没有文件读写游戏玩完就完了成绩不会保留。一旦接上文件每次启动程序时就能“回忆起”上一次的结果程序有了跨会话的“记忆能力”。从这一个小小的功能点出发你可以继续扩展出“历史最佳记录”“多局平均次数”等玩法本质都是对文件数据的读取、判断和重新写入。当然这只是一个极简示例现实中存数据你会选择数据库、Redis等更可靠的存储方案但最底层的思路完全一致先做输入再做逻辑处理最后输出。把这条路走通了后面学什么都快。5. 常见问题与排查技巧实录5.1 死循环程序“卡死”了怎么排查死循环是循环结构里最经典的问题。现象很明确程序运行后没有任何输出或者一直在刷同样的输出停不下来。排查思路有以下几步第一步看循环条件。把循环条件拿出来手动代几个值进去算一下看看有没有可能变成false。比如while (i n)你就要想清楚i会不会增长、n会不会被修改。如果循环体内修改循环变量或者退出条件的代码被continue跳过了就可能出现“条件永远为真”的情况。第二步打断点跟一遍。在IDE里双击行号打断点用Debug模式运行逐步走几轮循环观察每个变量的值。只要循环变量的值在预期地变化问题就好定位如果发现某个值压根没变那bug基本就出在赋值语句没有执行、或者被continue跳过的位置。第三步考虑break是否真的能触发。有些时候循环退不出去是因为你写了很多嵌套循环break只能跳出最内层的那一个外层的循环还在继续。这个问题在3层以上嵌套循环里特别容易踩解决办法是给外层循环加标签然后使用带标签的break或者干脆把循环抽成独立方法用return来退出。5.2 Scanner的nextLine“吞回车”问题这个问题我在前面详细讲过但因为它实在太高频了我还是要放进问题清单里。现象就是Scanner sc new Scanner(System.in); int age sc.nextInt(); String name sc.nextLine(); // 读到了一个空字符串原理是nextInt()读取整数时遇到非数字字符才停止而输入后的那个换行符\n会被留在缓冲区里。紧接着的nextLine()直接读到了这个换行符于是返回空字符串。解决方法有三个在nextInt()后加一行sc.nextLine();来消费掉换行符。全部用nextLine()读取字符串再用Integer.parseInt()做转换。用next()代替nextLine()读取字符串next()可以自动跳过空白字符但它不能读包含空格的字符串所以按需使用。我个人推荐第二种整行读取再解析行为最一致也不容易出现缓冲区残留问题。5.3 输入类型不匹配InputMismatchExceptionInputMismatchException是初学者在控制台程序里最常见的异常之一。你让用户输入整数用户输了个“abc”程序直接抛异常终止。处理思路有三层第一层是“预先判断”用hasNextInt()、hasNextDouble()等方法先检查输入是否符合预期符合才读取。这种最优雅也最容易读。第二层是“异常捕获”用try-catch包住读取代码捕获InputMismatchException后调用sc.next()清掉错误输入再让用户重新输入。注意清空这一步很重要否则Scanner的token还停在错误内容上马上进入下一轮循环时又会抛出同样的异常。第三层是“文本读取后解析”即统一用nextLine()读取整行然后自己解析。解析失败时抛出的NumberFormatException用try-catch处理即可此时缓冲区已经是干净的没有残留问题。5.4 输出顺序错乱System.out和System.err开发时你会见到一种现象日志里错误信息和普通信息不按代码执行顺序显示错误信息刷地一下出现在最前面普通信息反而在后面。这不是玄学就是前面提过的缓冲机制差异。System.out默认是行缓冲的输出到控制台时通常会遇到换行符就刷新但在某些环境比如IDE的控制台、重定向到文件下缓冲策略会改变System.err则默认不缓冲、立等可取。解决这个问题最好的方式不是去调缓冲策略而是别混用这两个流来输出业务信息——业务日志走统一日志框架只有真正的异常信息才交给System.err去打印并且用Thread.sleep做时间上的隔离验证时要小心顺序问题。另外顺带提一句生产环境的日志千万别用System.out拼接字符串比如System.out.println(用户id userId)因为print字符串拼接的性能开销不小而且大量输出会占用操作系统文件描述符严重时甚至导致程序“假死”。初学者阶段知道这个道理就行先把控制台玩明白后面自然会去学习专业日志框架。写到这里我回头看看自己这些年的Java学习路径发现一个很有意思的规律刚入门时觉得Scanner和for循环都是“小学生”内容越写代码越发现真正出问题的往往就是这些基础点的边界情况——循环条件没想到、输入没做校验、文件忘记关流。建议你拿到这篇文章后别只把它当科普看回去打开IDE照着猜数字游戏的例子自己敲一遍然后尝试改动一下规则比如改成猜字母、加入分数计算、把结果追加写到历史文件而不是覆盖。每改一次你对逻辑控制和输入输出的理解就会深一层。这个阶段的基础打得越扎实后面学接口、多线程、网络编程的时候就越轻松。