初学者应先用HashMap模拟天气数据库,专注练习Scanner输入、Map查找、空值判断和类封装;避免直接调用第三方API,跳过网络、JSON和SSL复杂性;注意nextInt()后需nextLine()清缓存;坚持单一职责拆分WeatherService与WeatherApp类。

Java初学者做天气查询应用,不建议直接调用第三方天气 API(如和风、心知或 OpenWeatherMap)——因为涉及 HTTP 请求、JSON 解析、异常处理、线程阻塞等超出入门范围的综合问题,容易卡在 IOException、JSONException 或 UI 冻结上,反而掩盖了 Java 基础语法和面向对象的理解重点。
先用模拟数据跑通核心流程
把“查天气”拆成三步:输入城市名 → 查找对应天气信息 → 打印结果。跳过网络和 JSON,用 HashMap 模拟数据库:
MapweatherDB = new HashMap<>(); weatherDB.put("北京", "晴,22°C"); weatherDB.put("上海", "多云,28°C"); weatherDB.put("广州", "雷阵雨,31°C");
这样你能专注练习:Scanner 读输入、Map.get() 查值、if (result == null) 判空、封装成 WeatherService 类。等逻辑跑顺了,再替换数据源。
用 Scanner 读输入时别漏掉 nextLine() 的陷阱
如果先用了 nextInt() 或 next(),再调 nextLine() 会立刻返回空字符串——因为前者没消费换行符。天气应用里常出现这种结构:
立即学习“Java免费学习笔记(深入)”;
- 让用户选功能:1.查天气 2.退出 → 用
scanner.nextInt() - 接着让用户输城市名 → 用
scanner.nextLine()→ 结果为空
解决方法只有两个:
① 全部统一用 nextLine(),然后对数字选项手动 Integer.parseInt();
② 在 nextInt() 后加一句 scanner.nextLine() 清缓冲区。
不要在 main() 里写满逻辑
初学者容易把所有代码堆在 main 方法里:输入、判断、查表、输出全挤在一起。这会导致三个问题:
• 修改城市列表要翻半天代码
• 想加个“支持拼音首字母模糊匹配”无从下手
• 老师说“改成 Swing 界面”时彻底重写
从第一天就拆出类:
• WeatherService:只管“根据城市名返回天气字符串”
• WeatherApp:只管“打印菜单、调用 service、处理用户循环”
• 后续加缓存、加历史记录,只动 WeatherService 即可
想联网?至少先绕过 HTTPS 和证书验证
真要接 API,JDK 11+ 默认拒绝自签名或过期证书,抛 javax.net.ssl.SSLHandshakeException。初学者不该花两小时查怎么配 TrustManager。
更现实的做法:
• 用 http://wttr.in/北京 这类免 Key、返回纯文本的终端友好接口
• 用 URL.openStream() 读取,配合 BufferedReader 一行行读
• 忽略 HTTPS 验证(仅本地学习):
HttpsURLConnection.setDefaultHostnameVerifier((h, s) -> true);
SSLContext context = SSLContext.getInstance("TLS");
context.init(null, new TrustManager[]{new X509TrustManager() {
public void checkClientTrusted(X509Certificate[] c, String t) {}
public void checkServerTrusted(X509Certificate[] c, String t) {}
public X509Certificate[] getAcceptedIssuers() { return new X509Certificate[0]; }
}}, null);注意:这段代码仅用于理解流程,绝不能出现在任何正式项目中。
真正卡住初学者的,从来不是“怎么写 for 循环”,而是“不知道哪一步该封装、哪一步该模拟、哪一步该暂时绕开”。天气应用的价值不在结果多准,而在你能否把 main 里的 50 行缩成 3 行调用,并清楚每行背后是谁在干活。










