Java最新Kubernetes任务调用Job与CronJob及源码分析，2024年最新Java面试精讲

总结

在这里，由于面试中MySQL问的比较多，因此也就在此以MySQL为例为大家总结分享。但是你要学习的往往不止这一点，还有一些主流框架的使用，Spring源码的学习，Mybatis源码的学习等等都是需要掌握的，我也把这些知识点都整理起来了

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录

需要这份系统化的资料的朋友，可以点击这里获取

containers:

• name: pi

image: perl

command: [“perl”, “-Mbignum=bpi”, “-wle”, “print bpi(2000)”]

restartPolicy: Never

backoffLimit: 4

这个Job会创建一个容器，然后执行命令进行π的计算，

然后我们创建这个pod：

$ kubectl create -f job.yaml

$ kubectl describe jobs/pi

Name: pi

Namespace: default

Selector: controller-uid=cf78ebe4-07f9-4234-b8f9-2fe92df352ea

Labels: controller-uid=cf78ebe4-07f9-4234-b8f9-2fe92df352ea

job-name=pi

Annotations: Parallelism: 1

Completions: 1

…

Pods Statuses: 0 Running / 1 Succeeded / 0 Failed

Pod Template:

Labels: controller-uid=cf78ebe4-07f9-4234-b8f9-2fe92df352ea

job-name=pi

Containers:

pi:

Image: resouer/ubuntu-bc

…

Events:

Type Reason Age From Message

---

Normal SuccessfulCreate 29m job-controller Created pod: pi-g9fs4

Normal Completed 27m job-controller Job completed

可以看到创建对象后，Pod模板中，被自动加上了一个controller-uid=< 一个随机字符串 > 这样的 Label。而这个 Job 对象本身，则被自动加上了这个 Label 对应的 Selector，从而 保证了 Job 与它所管理的 Pod 之间的匹配关系。这个uid避免了不同Job对象的Pod不会重合。

$ kubectl get pod

NAME READY STATUS RESTARTS AGE

pi-g9fs4 0/1 Completed 0 33m

$ kubectl describe pod pi-g9fs4

…

Events:

Type Reason Age From Message

---

Normal Scheduled 35m default-scheduler Successfully assigned default/pi-g9fs4 to 192.168.13.130

Normal Pulling 35m kubelet, 192.168.13.130 Pulling image “resouer/ubuntu-bc”

Normal Pulled 35m kubelet, 192.168.13.130 Successfully pulled image “resouer/ubuntu-bc”

Normal Created 35m kubelet, 192.168.13.130 Created container pi

Normal Started 35m kubelet, 192.168.13.130 Started container pi

我们可以看到Pod在创建好运行完毕之后会进入到Completed状态。上面的yaml定义中restartPolicy=Never也保证了这个Pod只会运行一次。

如果创建的Pod运行失败了，那么Job Controller会不断创建一个新的Pod：

$ kubectl get pods

NAME READY STATUS RESTARTS AGE

pi-55h89 0/1 ContainerCreating 0 2s

pi-tqbcz 0/1 Error 0 5s

参数说明

spec.backoffLimit

我们在上面的字段中定义了为4，表示重试次数为4。

restartPolicy

在运行过程中，可能发生各种系统问题导致的Pod运行失败，如果设置restartPolicy为OnFailure，那么在运行中发生的失败后Job Controller会重启Pod里面的容器，而不是创建新的Pod。

还可以设置为Never，表示容器运行失败之后不会重启。

spec.activeDeadlineSeconds

表示最长运行时间，单位是秒。如：

spec:

backoffLimit: 5

activeDeadlineSeconds: 100

这样设置之后会进入pastActiveDeadline进行校验job.Spec.ActiveDeadlineSeconds是不是为空，不是空的话，会比较Pod的运行时间duration是否大于job.Spec.ActiveDeadlineSeconds设置的值，如果大于，那么会标记Pod终止的原因是DeadlineExceeded。

在job Controller的源码中，我们可以看到这部分的逻辑：

job Controller首先会去校验任务是不是处理次数是不是超过了BackoffLimit设置，如果没有超过的话就校验有没有设置ActiveDeadlineSeconds，如果设置了的话，就校验当前job运行时间是否超过了ActiveDeadlineSeconds设置的的时间，超过了那么会打上标记，表示这个job运行失败。

…

jobHaveNewFailure := failed > job.Status.Failed

exceedsBackoffLimit := jobHaveNewFailure && (active != *job.Spec.Parallelism) &&a