# 1. chrony 时间同步的关键状态中 stratum 层级、当前偏移（offset）与频率漂移（drift）如何解读并设置告警 A stratum=16 表示同步正常 B drift 越小说明时间越不准 C stratum 表示同步源层级，offset 是当前偏移，drift 是晶振频率偏差，告警应覆盖偏移超限、源丢失与漂移突变 ✓ 正确答案 D offset 正常应达到秒级
# 2. chronyc sources -v 输出中各字段含义（M、S、Name/IP、Reach、LastRx、Sample），时钟源不可达时的系统性排查路径 A Reach=377 表示全部失败 B ^? 表示源不可达、Reach 是最近 8 次轮询成功位掩码，排查按网络连通→配置→服务日志逐步验证 ✓ 正确答案 C LastRx 越小说明源越不可达 D NTP 使用 TCP 123 端口
# 3. chronyd 与 ntpd 的对比与选型？ A 两者配置文件格式相同 B ntpd 收敛速度比 chronyd 快 C chronyd 持续跟踪并建立频率漂移模型，收敛快、适合间歇网络与虚拟机，现代发行版默认采用 ✓ 正确答案 D chrony 不支持 NTS
# 4. 容器与宿主机时间不同步的根因中容器内是否应运行 chronyd、只读 /etc/localtime 挂载与 tzdata 的最佳实践 A 时区只影响内核时间 B 容器内运行 chronyd 可以独立校准时间 C 容器与宿主共享内核时钟，容器内无需 chronyd，宿主保证 NTP，时区用只读挂载或镜像内 tzdata+TZ 处理 ✓ 正确答案 D 宿主时间不准不影响容器
# 5. 时间偏移告警阈值设计中 NTP offset 超过多少应告警以及如何区分时钟源故障与本地晶振漂移 A 阈值按环境（内网/公网）与业务敏感度分层并加持续时长，多源交叉验证与 drift 趋势可区分源故障与本地漂移 ✓ 正确答案 B 所有源同时异常一定是网络问题 C 单个源异常说明本机晶振坏了 D offset 阈值对所有环境统一即可
# 6. NTP 层级（stratum）的含义与选型中 stratum 1/2/3 在生产环境中的部署策略 A 允许同步环路没关系 B 业务主机应全部直连公网 stratum 1 C stratum 越大精度越高 D stratum 越大距离权威源越远，生产上内网源做 stratum 2、业务主机统一指向内网源，保证时间源树一致 ✓ 正确答案
# 7. chronyc tracking 输出的 System time、Last offset、RMS offset 异常时如何判断是时钟源问题还是本地时钟漂移 A System time 偏大一定是源的问题 B 多源同时异常且 drift 趋势恶化指向本机漂移，单源异常指向源或路径问题，需交叉验证 ✓ 正确答案 C RMS offset 与抖动无关 D 不需要跨主机对照
# 8. chronyc tracking/sources 与 ntpq -p 的关键字段对比，以及时钟源抖动时的诊断步骤 A RMS offset 越大说明源越稳定 B ntpq 与 chrony 完全不能对照 C ntpq -p 与 chronyc sources 字段对应（reach/offset/stratum），诊断按观察→量化→定位→处置，单源抖动查网络路径 ✓ 正确答案 D 全部源抖动一定是源的问题
# 9. chronyd 与 ntpd 的架构差异，即为何 RHEL8+ 默认采用 chrony 以及 chrony 在间歇性网络连接与虚拟机场景下的优势 A chrony 不支持漂移文件 B ntpd 与 chronyd 采样模型完全相同 C 虚拟机场景 chrony 更易发生跳变 D chronyd 持续跟踪并维护频率漂移模型，间歇网络可保持时间、虚拟机场景平滑校正，故 RHEL8+ 默认采用 ✓ 正确答案
# 10. cron 与 systemd timer 在日志可见性上的差异中 journal 集成、失败通知与运行时长统计如何实现 A timer 的任务输出自动进 journal、失败状态可查、OnFailure 可做通知，可观测性优于 cron 的邮件模式 ✓ 正确答案 B cron 自动记录任务执行细节 C journal 不能按服务过滤 D timer 无法统计任务时长
# 11. cron 任务的并发控制中 flock 与 runlock 在防止重复执行中的用法以及 systemd timer 的 AccuracySec 与 RandomizedDelaySec 的取舍 A RandomizedDelaySec 让任务更准时 B flock/runlock 用文件锁防重入，AccuracySec 控制触发精度、RandomizedDelaySec 随机错峰，按任务敏感性取舍 ✓ 正确答案 C flock 可用于跨主机互斥 D AccuracySec 越小越省资源
# 12. systemd timer 相比 cron 在依赖管理（After/Requires）、持久化（Persistent）、随机延迟（RandomizedDelaySec）、日志集成（journal）上的优势 A Persistent=true 表示从不执行 B 支持 After/Requires 依赖、Persistent 错过补跑、RandomizedDelaySec 错峰与 journal 日志集成 ✓ 正确答案 C timer 无法声明服务依赖 D 输出必须手工重定向到文件
# 13. 分布式定时调度方案对比中分布式锁加 cron、xxl-job/Quartz 集群与 K8s CronJob 的选型及脑裂防护 A 轻量方案用分布式锁、平台方案用调度中心、云原生用 CronJob；脑裂防护靠租约心跳 + 幂等 + 并发策略 ✓ 正确答案 B 分布式锁可以完全杜绝双执行 C CronJob 不需要并发策略 D 幂等与脑裂防护无关
# 14. 分布式系统中日志时间戳不可靠的场景里如何用请求 ID 与单调时钟（monotonic clock）辅助跨节点事件排序与排障 A 单调时钟可以随意回跳 B 各节点时间戳可直接用于排序 C 跨节点墙钟不可靠（偏差/回跳），用 trace ID 串联请求链、单调时钟测间隔，墙钟只用于展示 ✓ 正确答案 D trace ID 与排障无关
# 15. 时区配置 /etc/timezone 与 /etc/localtime 的差异，容器镜像中如何正确打包时区数据 A /etc/timezone 直接控制运行时时间 B /etc/localtime 是生效的时区数据、/etc/timezone 是配置描述，容器镜像需打包 tzdata 并设置 TZ 环境变量 ✓ 正确答案 C 精简镜像自动包含时区数据 D TZ 环境变量不影响时区
# 16. 时钟回跳（step）与闰秒（leap second）对应用的影响中如何检测 NTP step 并规避时间倒退导致的缓存与事务异常 A 闰秒对系统没有任何影响 B step 会导致时间倒退引发缓存与事务异常，应优先 slew、用单调时钟做间隔判定，并检测 makestep 事件 ✓ 正确答案 C 时间倒退不影响基于墙钟的租约 D 检测 step 只能靠人工观察
# 17. 计划任务失败的重试与通知中重试间隔与退避策略、失败告警通道（邮件/IM/webhook）如何设计 A 重试不需要幂等前提 B 所有失败都应无限重试 C 告警越多越好 D 瞬时失败用指数退避+抖动重试且任务需幂等，告警按严重度分级走邮件/IM/webhook 并做去重收敛 ✓ 正确答案
# 18. 计划任务的依赖与顺序控制中 cron 的串行约定与 systemd timer+service 的 After/Requires 依赖如何实现 A cron 无原生依赖只能靠时间与标记约定，systemd 用 After 定顺序、Requires 强依赖、Condition 条件执行实现声明式编排 ✓ 正确答案 B After= 保证前序任务执行完成 C Requires 失败不影响后序任务 D cron 原生支持依赖声明
