Runnable接口定义线程任务逻辑，不启动线程也不管理生命周期，仅封装run()方法；因Java单继承限制及职责分离优势，优先于继承Thread类；需手动处理异常、中断和同步。

Runnable接口是用来定义线程任务逻辑的契约

它不启动线程，也不管理生命周期，只规定“做什么”——即把要并发执行的代码封装进run()方法。JVM或线程调度器在真正执行时，会调用这个方法，但不会捕获它的异常，也不会返回结果。

为什么不用继承Thread类而选Runnable

Java单继承限制下，若类已继承其他父类（比如SwingWorker或自定义业务基类），就无法再extends Thread；而实现Runnable是接口，可与任意继承关系共存。另外，Runnable更符合面向对象的职责分离：任务逻辑（what）和执行机制（how）解耦。

• new Thread(new MyTask()).start() 是最简用法，但每次启动都新建线程，开销大
• 配合ExecutorService使用才是主流：executor.submit(new MyTask())，复用线程池
• Runnable实例可被多次提交（只要没状态），而Thread对象只能start一次

Runnable.run()里抛出异常会导致线程静默终止

这是最容易忽略的坑：run()声明不抛受检异常，且JVM对未捕获的RuntimeException不做任何处理——线程直接退出，控制台可能完全无输出。调试时若发现线程“莫名消失”，第一反应应是检查run()内部是否发生了空指针、数组越界等。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 务必在run()开头加try-catch(Throwable t)并至少打日志：log.error("task crashed", t)
• 不要依赖Thread.setDefaultUncaughtExceptionHandler()来兜底，它不触发于ExecutorService中的任务（除非你用execute()而非submit()）
• Callable才是需要返回值+异常传播的替代方案，但需配合Future获取结果

Runnable本身没有状态管理能力

它只是一个函数式接口（从Java 8起标注了@FunctionalInterface），编译后就是个普通类，不带线程上下文、不保存运行时堆栈、也不感知中断信号。所谓“中断”靠的是外部调用thread.interrupt()，而run()里必须主动检查Thread.currentThread().isInterrupted()或响应InterruptedException（如在sleep()中）。

立即学习“Java免费学习笔记（深入）”；

• 不要在run()里写无限循环却不判断中断状态，否则interrupt()无效
• 共享变量需自行加volatile或用Atomic*，Runnable不提供任何同步保障
• Lambda表达式创建Runnable很常见，但注意闭包捕获的局部变量必须是effectively final

实际写任务时，别把它当成“线程工具”，它只是个标记接口+一个回调入口。真正复杂的并发控制、资源清理、错误恢复，都得靠上层框架或手动补全。