空Runnable类占用多少内存？两种线程实现方案选型咨询

Great question—this is exactly the kind of detail that adds up in long-running applications, so it’s smart to dig into it. Let’s break this down step by step.

空Runnable的内存占用 #

First, let’s clarify what an "empty Runnable" means, since implementation details affect memory:

• 独立的空Runnable类（如下例）在开启指针压缩的64位JVM（现代应用默认配置）中，大概占用16字节。这包含12字节的对象头，加上4字节的对齐填充（因为没有实例字段填补空间）。

  public class EmptyRunnable implements Runnable {
      @Override
      public void run() {}
  }
  

• 匿名内部类实现的Runnable如果持有外部类实例的引用，占用会稍高（通常约24字节）——这是在其他类内部定义时容易遇到的小陷阱。
• Lambda实现的空Runnable（比如() -> {}）在多数情况下更轻量。Java的Lambda通过invokedynamic生成极简类，没有捕获变量的话，占用也在16字节左右，比匿名内部类开销更低。

简言之：一个真正独立的空Runnable内存占用可以忽略不计——单实例仅占个位数到十几字节。

两种方案的对比 #

现在来权衡你的两个选项：

方案1：自定义调度器+单个Runnable实例 #

• 优势：
  • 持续内存开销几乎为零——仅创建一个Runnable实例，伴随应用生命周期存在。没有重复对象创建意味着更少的垃圾回收（GC）压力，对长期运行的应用（比如服务器、后台服务）来说是很大的优势。
  • 关注点分离清晰：调度器负责计时，单个Runnable封装固定任务逻辑。
• 劣势：
  • 如果任务需要在每次运行时携带变化的状态，你需要在Runnable或调度器内管理线程安全的变量，这会增加一点复杂度。但对于固定的重复任务来说，这不是问题。

方案2：每次执行任务时创建新的Runnable #

• 优势：
  • 针对一次性或低频率任务的代码更简洁——你可以直接内联编写任务逻辑，无需担心共享状态问题。
  • 不需要维护单独的调度器或长期存在的Runnable实例。
• 劣势：
  • 频繁创建对象会累积开销。如果每分钟执行成百上千次任务，每个新Runnable（哪怕近乎空）都会生成小对象，需要GC清理。长期来看，这可能导致更频繁的Minor GC停顿，影响敏感应用的延迟表现。
  • 峰值执行期间内存占用略高，因为多个Runnable实例可能在被回收前同时存在于内存中。

最终建议 #

• 如果是应用生命周期内重复执行的固定任务，选方案1。内存节省（以及减少GC）的收益远大于极小的配置成本，毕竟单个Runnable在应用总内存里几乎可以忽略。
• 如果任务是低频率、一次性或每次逻辑不同，选方案2。这种情况下简洁性比微小的内存开销更重要。

内容的提问来源于stack exchange，提问作者Microz