一个任务是callable类型当且仅当它实现callable接口、通过submit()提交、返回非null的future结果，且future.get()可获取具体返回值或抛出call()中声明的受检异常。
区分一个任务是否是 Callable 类型，关键看它是否实现了 Callable 接口，并且提交时调用了线程池的 submit() 方法（而非 execute()）。
看任务类是否实现 Callable 接口
Callable 是一个泛型接口，声明为 Callable<v></v>，必须重写 call() 方法，该方法有返回值、可抛出受检异常：
- 有返回值：比如
Callable<string></string>的call()必须返回String； - 可抛异常：方法签名含
throws Exception，编译器强制处理； - 不是 Runnable：Runnable 的
run()无返回、不能抛受检异常，二者无继承关系。
看提交方式和返回值类型
线程池本身只在内部统一执行 Runnable，但对外提供不同入口：
- 用
executor.submit(callable)提交 → 返回Future<v></v>，V就是call()的返回类型； - 用
executor.submit(runnable)提交 → 返回Future>，但get()总是返回null； - 用
executor.execute(runnable)→ 只接受Runnable，不支持Callable，编译直接报错。
看 Future 对象能否获取非 null 结果
Future.get() 是最直接的运行时判断依据：
- 如果
future.get()成功返回一个具体值（如Integer、String等），说明底层任务是Callable； - 如果
future.get()返回null（且任务确实执行完了），大概率是Runnable提交的； - 若
get()抛出ExecutionException，且 cause 是你call()中 throw 的异常（比如IOException），也印证了它是Callable。
看线程池内部是否包装成 FutureTask
当你调用 submit(callable)，线程池会自动把 Callable 包装成 FutureTask（它本身是 Runnable 和 Future 的组合），然后交给工作线程执行。这个包装过程是 Callable 能在线程池中运行的关键桥梁——你不需要手动 new FutureTask，但它的存在决定了任务是否支持结果与异常回传。
