Java时间处理：从Date的坑到java.time的优雅演进

发布时间：2026/7/31 6:09:28

Java时间处理：从Date的坑到java.time的优雅演进

1. 从“Hello World”到“Hello Date”：为什么我们还在讨论它？

如果你刚学Java，可能觉得Date类很简单，不就是new Date()打印一下吗？但当你真正开始写业务代码，尤其是处理订单时间、用户注册、日志记录时，你会发现，一个简单的“获取当前时间”背后，藏着时区、格式化、精度、线程安全、乃至API设计哲学的一连串坑。我见过不少项目，在时间处理上埋着“定时炸弹”，比如跨时区的订单时间错乱、时间戳比较的精度丢失、或者用了被废弃的API导致未来某天突然报错。

java.util.Date这个类，可以说是Java历史中的一个“活化石”。它诞生于JDK 1.0，那个互联网还未普及、全球协作需求不强的年代。它的设计带着明显的时代局限性：内部核心只是一个从1970年1月1日00:00:00 GMT（称为“纪元”）开始计算的毫秒数（long类型）。这个设计本身是简洁的，但它把太多责任（如日期计算、格式化、时区解析）都留给了开发者，或者丢给了另一个同样饱受诟病的Calendar类。结果就是，直接使用Date进行复杂的日期时间操作，代码会变得冗长、易错且难以阅读。

更关键的是，Date对象是可变的（mutable）。这意味着你可以在一个地方拿到一个Date对象，在另一个地方偷偷调用setTime()方法修改它，而这种副作用在大型、多线程的应用程序中是灾难性的。你很难追踪一个时间对象在何时何地被谁修改了。正因为这些“历史包袱”，从Java 8开始，官方推出了全新的java.time包（JSR-310），这是时间处理上的巨大进步。那么，我们今天为什么还要深入讨论Date？原因有三：第一，存量代码，无数遗留系统、老框架（包括一些Spring Boot 1.x的默认配置）还在大量使用它，维护和迁移需要理解它。第二，面试八股，Date、Calendar、SimpleDateFormat的坑是Java基础面试的高频考点，理解它们能帮你避开很多陷阱。第三，理解演进，通过对比Date的“坑”和java.time的“优雅”，你能更深刻地理解好的API设计应该是怎样的，这是成为高级工程师的必经之路。

所以，这篇文章不是一份简单的API手册，而是一次“考古”与“排雷”之旅。我会带你重新审视Date，理解它的本质、它的常用操作、它著名的“坑”，以及如何安全地与现代的java.timeAPI进行互操作。无论你是正在处理遗留代码，还是在准备面试，或者单纯想夯实基础，这篇内容都能给你带来实实在在的收获。

2. 解剖Date对象：毫秒数背后的世界

要安全地使用一个工具，首先得知道它的内部构造。java.util.Date的核心，其实非常简单。

2.1 核心：一个long类型的毫秒时间戳

当你创建一个Date对象时，无论是无参构造new Date()，还是通过new Date(long date)传入一个时间戳，它内部维护的核心数据就是一个long类型的值。这个值表示的是自1970年1月1日00:00:00 GMT（格林威治标准时间）以来经过的毫秒数。这个时间点被称为“Unix纪元”或“Java纪元”。

// 获取当前时间的Date对象 Date now = new Date(); // 本质上，now对象内部存储了一个像 1715589123456L 这样的数字 // 通过时间戳构造Date对象 long timestamp = 1715589123456L; Date specificDate = new Date(timestamp);

这个设计有优点也有缺点。优点是唯一性和排序方便：任何一个时刻，在同一个时间标准下，都对应唯一的一个毫秒数。比较两个时间的先后，直接比较它们内部的long值即可，效率极高。缺点也同样明显：它不携带任何时区或日历系统的信息。一个Date对象只是时间轴上的一个瞬时点，它本身没有“北京时间2024年5月12日14点”这样的概念。这个概念是在我们格式化输出时，通过时区信息附加上去的。

2.2 关键API：获取、设置与比较

虽然Date的大部分方法（如getYear(),getMonth()）都被标记为@Deprecated（已废弃），因为它们涉及日历计算且行为怪异（比如getYear()返回的是1900年以来的年数），但核心的几个方法依然是我们需要掌握的：

  1. getTime(): 这是最重要的方法，返回Date对象内部的毫秒时间戳（long类型）。这是将Date转换为数值进行存储、传输或计算的基础。
  2. setTime(long time): 设置Date对象内部的毫秒时间戳。正是这个方法导致了Date的可变性，需要谨慎使用。
  3. after(Date when)和before(Date when): 判断当前Date对象是否在另一个Date之后或之前。其内部实现就是比较getTime()的返回值。
  4. compareTo(Date anotherDate): 比较两个Date对象的顺序。返回负数、零、正数分别代表当前对象早于、等于、晚于参数对象。
Date date1 = new Date(); Thread.sleep(100); // 模拟耗时 Date date2 = new Date(); System.out.println(date1.before(date2)); // 输出: true System.out.println(date2.after(date1)); // 输出: true System.out.println(date1.compareTo(date2)); // 输出: 负数 // 基于时间戳的计算（例如，计算100秒后的时间） long currentTimestamp = date1.getTime(); long futureTimestamp = currentTimestamp + 100 * 1000; // 加上100秒的毫秒数 Date futureDate = new Date(futureTimestamp);

注意：对于时间的比较和计算，强烈建议直接使用getTime()获取毫秒数后进行long类型的运算。这比调用任何可能涉及废弃方法或Calendar的操作都要清晰和高效。同时，避免使用==来比较两个Date对象是否相等，这比较的是对象引用。应该比较它们的getTime()值，或者使用equals()方法（Date类重写了equals，内部也是比较getTime()）。

2.3 时区问题：Date的“无时区”假象与显示真相

这是一个最容易混淆的点。我们常说Date是“无时区”的，这指的是它的内部存储——那个毫秒数，是相对于GMT纪元的绝对时刻，不受时区影响。北京时间的14:00和伦敦时间的06:00（假设时差8小时），如果是同一时刻，它们对应的Date对象内部的毫秒数是完全相同的。

但是，当我们调用Date的toString()方法时，事情就变了。

Date now = new Date(); System.out.println(now.toString()); // 输出可能类似于: Sun May 12 14:00:00 CST 2024

这个CST是什么？它是JVM默认时区的缩写。toString()方法在生成字符串时，使用了JVM当前的默认时区来解读那个绝对的毫秒数，并将其转换为人可读的本地时间字符串。所以，Date.toString()的输出是依赖于环境的！同一段代码，在中国服务器和在美国服务器上运行，打印出来的字符串会不同，尽管它们代表的是同一时刻。

这就引出了一个关键实践：永远不要依赖Date.toString()来获取或表示一个具有明确时区含义的时间字符串。它只适合调试。对于需要存储或展示给用户的时间，必须使用SimpleDateFormat（或更好的java.time.format.DateTimeFormatter）并显式指定时区。

3. 格式化与解析：与SimpleDateFormat的爱恨纠葛

既然Date的toString()不可靠，我们就需要自己来控制它的文本表现形式。在java.time出现之前，这个任务主要由java.text.SimpleDateFormat类承担。

3.1 基本用法：将Date格式化为字符串

SimpleDateFormat允许你通过一个“模式字符串”来定义输出格式。

Date now = new Date(); // 创建格式化器，并指定格式和时区（关键！） SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss"); sdf.setTimeZone(TimeZone.getTimeZone("Asia/Shanghai")); // 明确设置为北京时间 String formattedDate = sdf.format(now); System.out.println(formattedDate); // 输出: 2024-05-12 14:00:00

常用的模式字母：

  • yyyy: 四位年份
  • MM: 两位月份（01-12）
  • dd: 两位日期（01-31）
  • HH: 24小时制的小时（00-23）
  • mm: 分钟（00-59）
  • ss: 秒（00-59）
  • SSS: 毫秒（000-999）

3.2 反向操作：将字符串解析为Date

反过来，我们也可以将符合格式的字符串解析回Date对象。

String dateStr = "2024-05-12 14:00:00"; SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss"); sdf.setTimeZone(TimeZone.getTimeZone("Asia/Shanghai")); // 解析时也必须指定时区！ try { Date parsedDate = sdf.parse(dateStr); System.out.println(parsedDate.getTime()); // 输出对应的毫秒时间戳 } catch (ParseException e) { e.printStackTrace(); // 解析失败会抛出此异常 }

重要提示：解析时，如果字符串不包含时区信息（如2024-05-12 14:00:00），SimpleDateFormat会使用它自己设置的时区（如果没设置，则用JVM默认时区）来解读这个字符串，并计算出一个绝对的毫秒数（Date）。如果时区设置错误，解析出的Date对象将完全错误。

3.3 著名的“坑”：SimpleDateFormat的非线程安全

这是SimpleDateFormat最致命的问题，也是面试必考题。SimpleDateFormat不是线程安全的。它的内部使用了一个Calendar对象来进行计算，如果在多线程环境下共享同一个SimpleDateFormat实例，一个线程正在解析日期时，另一个线程修改了Calendar的状态，就会导致解析结果错乱、异常甚至程序崩溃。

// 错误示例：在Web应用（多线程环境）中这样写会导致随机错误 public class DateUtils { private static final SimpleDateFormat SDF = new SimpleDateFormat("yyyy-MM-dd"); // 静态共享，危险！ public static Date parse(String dateStr) throws ParseException { return SDF.parse(dateStr); // 多线程并发调用时，这里会出问题 } }

解决方案有以下几种：

  1. 每次创建新实例：最简单安全，但频繁创建销毁对象在高并发下有一定性能开销。

    public static Date safeParse(String dateStr) throws ParseException { SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd"); return sdf.parse(dateStr); }

  2. 使用ThreadLocal：为每个线程分配独立的SimpleDateFormat实例，兼顾性能和线程安全。这是处理遗留代码时常用的策略。

    public class DateUtils { private static final ThreadLocal<SimpleDateFormat> threadLocalSdf = ThreadLocal.withInitial(() -> new SimpleDateFormat("yyyy-MM-dd")); public static Date parse(String dateStr) throws ParseException { return threadLocalSdf.get().parse(dateStr); } }

  3. 升级到java.time（推荐）：彻底抛弃SimpleDateFormat，使用线程安全的DateTimeFormatter。

    DateTimeFormatter formatter = DateTimeFormatter.ofPattern("yyyy-MM-dd HH:mm:ss"); LocalDateTime localDateTime = LocalDateTime.parse("2024-05-12 14:00:00", formatter); // 然后再根据需要转换为Date（见第5节）

4. 与Calendar的纠缠：为什么说它是“糟糕的API”

当需要对Date进行加减天数、获取月份最后一天等复杂操作时，老式的Java API会引导你使用java.util.Calendar。但在我看来，除非维护绝对无法修改的旧代码，否则应该彻底避免使用它。

4.1 Calendar的基本使用：反直觉的设计

Calendar是一个抽象类，通常通过Calendar.getInstance()获取实例，这个方法会返回一个基于当前默认时区和地域的Calendar子类对象（通常是GregorianCalendar）。

Calendar calendar = Calendar.getInstance(); // 设置时间：有两种方式，都容易出错 // 方式一：先清空，再逐个字段设置（注意月份从0开始！） calendar.clear(); calendar.set(2024, 4, 12); // 注意：月份是4，代表五月！(0=一月, 1=二月, ... 11=十二月) calendar.set(Calendar.HOUR_OF_DAY, 14); calendar.set(Calendar.MINUTE, 30); Date date1 = calendar.getTime(); // 方式二：从一个Date对象设置 calendar.setTime(new Date()); // 进行日期运算 calendar.add(Calendar.DAY_OF_MONTH, 7); // 加7天 calendar.add(Calendar.MONTH, -1); // 减1个月 Date date2 = calendar.getTime();

光是“月份从0开始”这一点，就足以让无数开发者栽跟头，产生“一月变二月”的Bug。此外，Calendar的常量字段繁多（DAY_OF_MONTH,DAY_OF_WEEK,DAY_OF_YEAR...），容易用错；而且它和Date一样，也是可变的，存在线程安全问题。

4.2 对比java.time：感受降维打击

我们用一个具体需求来对比：“获取下个月第一天的零点”。

使用Calendar（冗长且易错）：

Calendar cal = Calendar.getInstance(); cal.add(Calendar.MONTH, 1); // 下个月 cal.set(Calendar.DAY_OF_MONTH, 1); // 第一天 cal.set(Calendar.HOUR_OF_DAY, 0); cal.set(Calendar.MINUTE, 0); cal.set(Calendar.SECOND, 0); cal.set(Calendar.MILLISECOND, 0); Date firstDayOfNextMonth = cal.getTime();

使用java.time（清晰且直观）：

import java.time.LocalDate; import java.time.LocalDateTime; import java.time.ZoneId; LocalDateTime firstDayOfNextMonthLdt = LocalDate.now() .plusMonths(1) .withDayOfMonth(1) .atStartOfDay(); // 如果需要转换为老Date（例如调用遗留API） Date legacyDate = Date.from(firstDayOfNextMonthLdt.atZone(ZoneId.systemDefault()).toInstant());

高下立判。java.time的API是链式调用、语义清晰（plusMonths,withDayOfMonth,atStartOfDay），并且所有核心类都是不可变的，天然线程安全。这正是我们强调要理解Date和Calendar的“坑”的原因——只有知道旧世界的糟糕，才会更珍惜新世界的优雅，并在有条件时坚决进行迁移。

5. 拥抱未来：Date与java.time的互操作指南

现在，我们几乎所有的Java新项目都应该使用java.time包（JDK 8+）。但现实是，很多第三方库、框架接口、数据库驱动仍然在使用Date。因此，掌握两者之间安全、准确的转换至关重要。

5.1 从Date转换到java.time对象

Date代表的是时间轴上的一个瞬时点（Instant）。在java.time中，最接近的概念是Instant。转换的核心桥梁是Date.toInstant()方法。

import java.time.*; // 1. Date -> Instant (最直接的转换，表示同一时刻) Date oldDate = new Date(); Instant instant = oldDate.toInstant(); System.out.println(instant); // 输出: 2024-05-12T06:00:00Z (UTC时间) // 2. Instant -> ZonedDateTime (赋予时区信息，变成人类可读的日期时间) ZonedDateTime zonedDateTimeInShanghai = instant.atZone(ZoneId.of("Asia/Shanghai")); System.out.println(zonedDateTimeInShanghai); // 输出: 2024-05-12T14:00:00+08:00[Asia/Shanghai] // 3. Instant -> LocalDateTime (丢弃时区信息，变成本地日期时间，需谨慎) LocalDateTime localDateTime = LocalDateTime.ofInstant(instant, ZoneId.systemDefault()); // 注意：LocalDateTime不包含时区，它只是一个日期时间的描述，需要结合时区才能确定唯一时刻。 // 4. 如果你只关心日期部分 LocalDate localDate = zonedDateTimeInShanghai.toLocalDate(); // 如果你只关心时间部分 LocalTime localTime = zonedDateTimeInShanghai.toLocalTime();

5.2 从java.time对象转换回Date

反向转换需要通过Instant作为中介。java.time对象可以通过toInstant()方法（对于ZonedDateTime）或atZone()结合toInstant()（对于LocalDateTime）来获得一个Instant，然后使用Date.from(Instant)。

import java.util.Date; // 1. ZonedDateTime -> Date (最安全，因为ZonedDateTime包含完整的时区信息) ZonedDateTime zdt = ZonedDateTime.now(ZoneId.of("Asia/Shanghai")); Date dateFromZdt = Date.from(zdt.toInstant()); // 2. LocalDateTime -> Date (有风险！必须明确指定时区) LocalDateTime ldt = LocalDateTime.of(2024, 5, 12, 14, 0, 0); // 错误做法：直接ldt.toInstant()是不行的，因为LocalDateTime没有时区。 // 正确做法：必须指定这个LocalDateTime是哪个时区的时间。 ZonedDateTime zdtFromLdt = ldt.atZone(ZoneId.of("Asia/Shanghai")); // 假设这个ldt表示的是北京时间 Date dateFromLdt = Date.from(zdtFromLdt.toInstant()); // 3. LocalDate -> Date (需要指定一天中的起始时间，通常是00:00) LocalDate ld = LocalDate.of(2024, 5, 12); ZonedDateTime startOfDay = ld.atStartOfDay(ZoneId.of("Asia/Shanghai")); Date dateFromLd = Date.from(startOfDay.toInstant());

核心原则：在进行LocalDateTime或LocalDate到Date的转换时，必须显式指定时区。否则，程序会默认使用系统时区，在跨时区部署的应用中，这会导致严重的数据不一致。一个最佳实践是，在业务代码中，始终使用ZonedDateTime或Instant来传递和存储需要明确时刻的时间点，仅在系统边界（如数据库DAO层、HTTP接口层）与Date进行转换。

5.3 实战场景：在Spring Boot应用中的处理

在现代Spring Boot应用中，我们可以在多个层面统一时间处理：

  1. 实体类（Entity）：使用java.time类型（LocalDateTime,Instant等）作为属性类型。JPA (Hibernate) 从较新版本开始都完美支持这些类型的映射。

    @Entity public class Order { @Id private Long id; private LocalDateTime createTime; // 推荐 // private Date createTime; // 不推荐 }

  2. JSON序列化/反序列化（Web层）：

    • 如果使用Jackson，添加com.fasterxml.jackson.datatype:jackson-datatype-jsr310依赖。
    • 在application.yml中配置：
      spring: jackson: serialization: write-dates-as-timestamps: false # 不写为时间戳，而是写为ISO-8601字符串 date-format: yyyy-MM-dd HH:mm:ss # 自定义格式（可选） time-zone: Asia/Shanghai # 设置默认时区
    • 这样，你的Controller返回的LocalDateTime会自动格式化为字符串，前端传入的字符串也会自动解析。

  3. 数据库存储：

    • MySQL的DATETIME/TIMESTAMP类型可以直接映射到LocalDateTime。
    • 对于需要时区信息的，可以使用Instant映射到TIMESTAMP（带时区转换）。
    • 在查询时，可以使用java.time的API进行条件构造，比拼接字符串安全得多。

通过这样一套组合拳，你可以在应用内部完全使用现代化的、安全的java.timeAPI，只在极少数与老旧组件交互的边界处进行谨慎的Date转换，从而最大化地避免时间处理相关的Bug。

6. 避坑指南与最佳实践总结

回顾Date类的整个使用历程，我们可以总结出以下关键点，帮助你绕过那些常见的“坑”。

6.1 核心原则：理解“时刻”与“本地时间”的区别

这是所有时间处理问题的根源。务必在脑海中建立两个清晰的概念：

  • 时刻（Instant）：时间轴上的一个绝对点，与人类定义的日历、时区无关。Date和Instant代表这个。
  • 本地日期时间（LocalDateTime）：是人类对日期和时间的描述，如“2024年5月12日 14:00”，但它没有时区，所以不唯一。需要结合时区（ZoneId）才能定位到一个具体的“时刻”。

在业务设计中，首先要问自己：我当前需要处理的是一个唯一的时刻（如订单支付时间、Token过期时间），还是一个本地化的描述（如用户的生日、每周一的会议时间）？选择正确的类型（Instant/ZonedDateTimevsLocalDateTime/LocalDate）是正确建模的第一步。

6.2 针对Date和SimpleDateFormat的“生存法则”

如果你不得不与遗留代码中的Date和SimpleDateFormat共处，请牢记：

  1. 存储与传输用时间戳：在数据库、API、消息队列中传递时间，优先使用long类型的时间戳（毫秒或秒）。它是绝对的、无歧义的。Date对象本身只应在内存中使用。
  2. 格式化必须显式指定时区：无论是SimpleDateFormat.format()还是parse()，调用setTimeZone()方法是强制性的。不要依赖JVM默认时区。
  3. SimpleDateFormat实例绝不共享：在多线程环境下，使用ThreadLocal或每次创建新实例。这是防止线上诡异Bug的铁律。
  4. 废弃的方法不要用：Date.getYear(),Date.setMonth()这些方法不仅行为怪异，而且代码可读性极差，请直接使用Calendar（如果必须）或转换为java.time进行计算。

6.3 向java.time迁移的路线图

对于新项目，毫不犹豫地全面采用java.time。对于老项目，可以采取渐进式迁移：

  1. 新增代码，禁用Date：在团队规约中明确，新编写的业务逻辑、接口、实体类，禁止使用Date和SimpleDateFormat，强制使用java.time。
  2. 外围改造，边界转换：在DAO层（MyBatis/ JPA）、Controller层（Spring MVC）等与外部系统交互的边界，集中编写工具类，处理java.time类型与Date/String的转换。确保业务核心代码纯净。
  3. 核心逻辑，逐步替换：在修改老代码时，如果触及时间处理逻辑，顺手将其重构为java.time。每次修改都是一次优化。
  4. 依赖升级，检查兼容性：确保你使用的第三方库（如Jackson, Hibernate, MyBatis）的版本支持java.time类型的序列化和数据库映射。

6.4 一个常见的“日期差”计算陷阱

最后分享一个我踩过的坑：计算两个日期之间相差的天数。

错误做法（使用Date和毫秒数）：

Date date1 = ...; Date date2 = ...; long diffInMillis = date2.getTime() - date1.getTime(); long diffInDays = diffInMillis / (1000 * 60 * 60 * 24); // 直接除！ System.out.println("相差天数：" + diffInDays);

问题在于，这种方法计算的是“绝对的24小时区间数”，没有考虑日历日的概念。如果date1是今天23:59，date2是明天00:01，它们只相差2分钟，但上述计算在有些时区下可能会得出“相差1天”的错误结果，因为除法的截断和时区转换可能导致日期边界错位。

正确做法（使用java.time）：

import java.time.LocalDate; import java.time.temporal.ChronoUnit; LocalDate ld1 = ...; LocalDate ld2 = ...; long daysBetween = ChronoUnit.DAYS.between(ld1, ld2); // 清晰、准确

ChronoUnit.DAYS.between方法会基于日历系统进行计算，准确返回两个本地日期之间相差的整天数，完全避免了时区和时间精度带来的困扰。这个例子再次证明了，使用正确的工具（java.time）能从根本上避免逻辑错误。

时间处理是编程中的基础，也是易错点。从理解Date这个“老古董”开始，到熟练运用java.time这套现代工具，这个过程本身就是对程序严谨性的一次重要修炼。希望这篇文章能帮你理清思路，在下次面对时间相关的需求或Bug时，能够更加从容和自信。

相关新闻

研发管理平台盘点

研发管理平台盘点

研发管理平台盘点 消费电子产品的研发周期正被重新定义——从过去的18个月一代&#xff0c;压缩到如今的6个月一代。AI大模型以季度为单位迭代&#xff0c;终端AI能力以月为单位升级。2026年6月&#xff0c;八部门联合发布《关于加快“人工智能消费”发展的实施意见》&#xff…

2026/7/31 6:08:58
在Android Termux环境部署ALHacking安全工具集的完整指南

在Android Termux环境部署ALHacking安全工具集的完整指南

1. 项目概述&#xff1a;为什么要在Android上折腾ALHacking&#xff1f;如果你是一个对网络安全、渗透测试或者自动化脚本开发感兴趣的移动设备用户&#xff0c;那么“在Android上安装ALHacking”这个想法&#xff0c;很可能已经在你脑海里盘旋过不止一次了。毕竟&#xff0c;谁…

2026/7/31 6:08:58
PCB天线设计：阻焊开窗对射频性能的影响与EDA实操指南

PCB天线设计：阻焊开窗对射频性能的影响与EDA实操指南

1. 天线区域阻焊开窗&#xff1a;一个看似简单却暗藏玄机的设计决策在硬件工程师的日常里&#xff0c;PCB设计中的阻焊层处理&#xff0c;尤其是天线区域&#xff0c;常常是一个容易被新手忽略&#xff0c;却对射频性能有决定性影响的细节。最近在几个物联网和无线通信的项目中…

2026/7/31 6:08:58

最新新闻

OSI七层模型与TCP/IP四层模型：两个网络参考架构的对比解析

OSI七层模型与TCP/IP四层模型：两个网络参考架构的对比解析

一、两个模型的基本定位在网络技术学习中&#xff0c;OSI七层模型和TCP/IP四层模型是两个绕不开的概念。很多人容易混淆它们&#xff0c;甚至认为它们是“二选一”的关系——两者都对&#xff0c;只是各自的设计目标和应用领域不同。OSI七层模型&#xff08;开放系统互联参考模…

2026/7/31 7:22:31
医学研究中的偏倚：识别、控制与统计校正实战指南

医学研究中的偏倚：识别、控制与统计校正实战指南

1. 从一次失败的临床研究复盘说起几年前&#xff0c;我参与过一个关于某种新型降压药疗效的观察性研究。数据收上来后&#xff0c;结果“好”得惊人&#xff1a;与常规治疗组相比&#xff0c;新药组的患者血压达标率高出近40%&#xff0c;心血管事件发生率也显著降低。团队一度…

2026/7/31 7:22:31
江协科技STM32开发课程回顾01

江协科技STM32开发课程回顾01

新建工程的步骤 1.建立工程文件夹&#xff0c;Keil中新建工程&#xff0c;选择型号 2.工程文件夹里建立Start、Library、User等文件夹&#xff0c;复制固件库里面的文件到工程文件夹 3.工程里对应建立Start、Library、User等同名称的分组&#xff0c;然后将文件夹内的文件添加到…

2026/7/31 7:22:31
老年护理实训室建设与适老化设计实践

老年护理实训室建设与适老化设计实践

1. 老年护理实训室建设的核心价值与定位在人口老龄化加速的今天&#xff0c;培养专业老年护理人才已成为社会刚需。作为护理专业教学的重要实践场所&#xff0c;一个设计科学的实训室能让学生在校期间就掌握真实场景下的操作规范。我参与过三所职业院校的护理实训室规划&#x…

2026/7/31 7:22:31
信捷PLC动态验证码实现与安全防护方案

信捷PLC动态验证码实现与安全防护方案

1. 项目背景与核心价值在工业自动化控制领域&#xff0c;PLC&#xff08;可编程逻辑控制器&#xff09;作为"工业大脑"已经渗透到生产线的各个环节。信捷PLC凭借其高性价比和本土化服务优势&#xff0c;在国内中小型自动化项目中占据重要市场份额。传统PLC应用多集中…

2026/7/31 7:22:31
CTFshow文件包含漏洞实战：五种绕过姿势与防御策略详解

CTFshow文件包含漏洞实战：五种绕过姿势与防御策略详解

1. 项目概述&#xff1a;一次对文件包含漏洞的深度狩猎文件包含漏洞&#xff0c;在Web安全领域里算是个“老朋友”了&#xff0c;但它的“生命力”却异常顽强。尤其是在CTF竞赛和渗透测试的实战场景中&#xff0c;它往往是突破边界、获取权限的关键跳板。这次我们聚焦于CTFshow…

2026/7/31 7:22:22

日新闻

ffmpeg-static 跨平台多媒体处理架构解析与技术实践

ffmpeg-static 跨平台多媒体处理架构解析与技术实践

ffmpeg-static 跨平台多媒体处理架构解析与技术实践 【免费下载链接】ffmpeg-static ffmpeg static binaries for Mac OSX and Linux and Windows 项目地址: https://gitcode.com/gh_mirrors/ff/ffmpeg-static ffmpeg-static 项目为 macOS、Linux 和 Windows 三大主流操…

2026/7/31 0:00:14
7步掌握KMS智能激活工具：Windows和Office永久激活完整方案

7步掌握KMS智能激活工具：Windows和Office永久激活完整方案

7步掌握KMS智能激活工具&#xff1a;Windows和Office永久激活完整方案 【免费下载链接】KMS_VL_ALL_AIO Smart Activation Script 项目地址: https://gitcode.com/gh_mirrors/km/KMS_VL_ALL_AIO KMS_VL_ALL_AIO是一款功能强大的智能激活脚本工具&#xff0c;专为Windows…

2026/7/31 0:00:14
Linux 二进制分析利器：strings 命令从入门到实战全解

Linux 二进制分析利器：strings 命令从入门到实战全解

一、命令简介strings 命令用于在二进制文件、可执行文件、对象文件或任何数据文件中查找并提取可打印的字符串序列。它默认识别长度至少为 4 个字符的可打印 ASCII 字符串&#xff08;以换行符或空字符终止&#xff09;。该工具在逆向工程、调试和二进制文件分析中非常有用&…

2026/7/31 0:00:14

周新闻

Apex英雄目标检测数据集 深度学习框架YOLO如何训练APEX数据集

Apex英雄目标检测数据集 深度学习框架YOLO如何训练APEX数据集

Apex检测数据集数据集详情检测类别&#xff1a; allies enemy tag图片总量&#xff1a;7247张训练集&#xff1a;5139张验证集&#xff1a;1425张测试集&#xff1a;683张标注状态&#xff1a;全部已标注&#xff0c;即拿即用数据格式&#xff1a;支持YOLO格式及其他格式&#…

2026/7/30 11:59:27
智慧飞行 大疆无人机一站式智能管控平台/支持大疆机场/私有化部署 从航线规划、自动飞行、AI识别到数据管理，一个平台全搞定

智慧飞行 大疆无人机一站式智能管控平台/支持大疆机场/私有化部署 从航线规划、自动飞行、AI识别到数据管理，一个平台全搞定

智慧飞行-大疆无人机一站式智能管控平台/支持大疆机场/私有化部署 企业级全域智能无人机一体化管控平台源码&#xff01; 专为电力巡检、安防监控、应急救援、测绘勘察等行业打造&#xff0c;让您的无人机舰队实现 “无人化、自动化、智能化” 管理&#xff01; &#x1f3af; …

2026/7/30 11:59:24
揭秘ChatGPT+Mathematica协同教学：为什么92%的初学者在72小时内建立函数直觉？

揭秘ChatGPT+Mathematica协同教学：为什么92%的初学者在72小时内建立函数直觉？

更多请点击&#xff1a; https://codechina.net 第一章&#xff1a;AI帮助理解数学概念 人工智能正以前所未有的方式重塑数学学习的路径。通过自然语言处理与符号计算的深度融合&#xff0c;AI不仅能解析抽象定义&#xff0c;还能将定理、证明和几何直觉转化为可交互、可验证的…

2026/7/30 11:59:29

月新闻

[C++]内存管理：串顺序存储的内存回收

[C++]内存管理：串顺序存储的内存回收

在串&#xff08;字符串&#xff09;的顺序存储中&#xff0c;内存回收的方式取决于字符串的存储方式以及所使用的编程语言和相关库。以下以 C 为例进行说明&#xff0c;因为 C 对内存管理有较为直接的控制。 1. 基于 char 数组的串顺序存储 如果使用普通的 char 数组来存储字…

2026/7/30 5:47:59
移动端游戏功耗测试实战：电流、功率、亮度和场景对比

移动端游戏功耗测试实战：电流、功率、亮度和场景对比

移动端游戏功耗测试：先控制变量，再比较优化是否真的省电 摘要：功耗测试最容易犯的错误，是拿两次不同温度、不同亮度、不同场景的平均功率直接比较。本文给出一套可复现的游戏功耗测试方法，覆盖引擎特性验证、版本回归和黑盒体验测试，并说明如何把功耗与帧率、温控、CPU/G…

2026/7/31 7:06:50
足球口袋教练 HarmonyOS 离线应用实战（03/20）：ArkUI 首页仪表盘搭建

足球口袋教练 HarmonyOS 离线应用实战（03/20）：ArkUI 首页仪表盘搭建

本文是“足球口袋教练 HarmonyOS 离线应用实战”系列第 3 篇。示例项目是一个 HarmonyOS / ArkTS / ArkUI 编写的离线足球训练助手&#xff0c;围绕真实页面、真实截图和可复现操作展开。 本篇要解决的问题 训练 App 的首页不能只展示欢迎语&#xff0c;它要解决“我现在该点哪…

2026/7/30 12:10:56