优化一下，不使用动态规划，时间复杂度 On ，空间复杂度 O1

```
func jump2(array []int) bool {
max := array[0]
for i := 1; i < len(array); i++ {
if max < i {
return false
}

if (i + array[i]) > max { // 可以走更远
max = i + array[i]
}
}

return true
}
```

```
package main

import "fmt"

func jump(array []int) bool {
dp := make([]bool, len(array)) // 标记当前坐标是否可达
dp[0] = true

for i := 0; i <= len(array); i++ {
if dp[i] == false {
return false
}

for j := 0; j < array[i]; j++ {
index := i + j + 1
if index == (len(array) - 1) {
return true
} else if index < (len(array) - 1) {
dp[i + j + 1] = true
}
}
}

return dp[len(dp) - 1]
}

func main() {
fmt.Printl(jump([]int{2, 3, 1, 1, 4}))
fmt.Println(jump([]int{3, 2, 1, 0, 4}))
}
```

用对应语言的调试工具，具体某个功能模块，一点一点单步调试跟着读

给 Xwayland 提交过一次已合并 pr ，bcc/fedora 也有很水的几个，自己的 csdn 博客有 50 篇技术文章

有两家因为我给 xwayland 提交过 pr 以为我会桌面有面试邀请，一个过一个挂，我不会桌面。。。
有两家看了我的博客文章面试几分钟就结束通过了

小厂有的技术 leader 比较喜欢技术的有帮助，大厂不行，大厂自己的技术要更深，深不可测

博客： https://blog.csdn.net/weixin_42544902

刚好做过两年嵌入式，几年 linux 。
首先前端和 c 是两个极端，前端离计算机底层最远，c 太底层，学好 c 对理解计算机帮助很大。

最近面试了几个嵌入式岗位，不少嵌入式岗位需要一些 gui 的储备，比如 c++ qt/c#，但 c++/c#要求很低面试基本不问，要求低。嵌入式需要前端 web 的很少见。

所以你现在即使向往嵌入式 c 转，如果你年龄 25 以内愿意学习还行，否则前端能找到满意的工作的话就别转嵌入式了

看薪资待遇，初级工程师问语法八股，面高级资深时候就只问原理了。面原理可不是八股，不同公司面试官水平考察的深度完全不同。

1 、电脑开热点，电脑上抓
2 、linux 内核 uprobe ，用户态 hook https 的函数抓

@loading 赞同，看过 ext4 内核代码，里面注释内容就是前面一点点空间给分区表 boot 之类的使用，ext4 前
1024 字节不使用

ref: https://www.kernel.org/doc/html/v4.19/filesystems/ext4/ondisk/index.html#layout

对于块组 0 的特殊情况，前 1024 个字节未使用，以允许安装 x86 引导扇区和其他奇怪的东西。
超级块将从偏移量 1024 字节开始，无论是哪个块（通常是 0 ）。
但是，如果由于某种原因块大小 = 1024 ，则块 0 被标记为正在使用，并且超级块位于块 1 中。

问个人兴趣爱好，之前问过一个喜欢历史的，但是他说喜欢三国，觉得曹操小人，是以一种戏剧冲突一样的视角看历史，说明兴趣爱好研究不深入，浅尝辄止，看问题浮于表面。

可以问最近看了哪些书，书里讲的什么，这个问题很多公司面试问过，可以考察是否有主动学习的能力，学习是否深入，看书需要耐心，有耐心大概不会太浮躁

也不能招太老实的，也要脑袋灵活的。

我又研究了第四题，[glibc pthread_mutex_lock/unlock futex 互斥锁的实现]
https://blog.csdn.net/weixin_42544902/article/details/152123234

坐标河南周口项城，初中同学清北忘记哪个了，闫杰，我高考被录取的那天，看到大街上的横幅写的他的名字

1 、握手，syn ，acksyn ，ack ，挥手 fin ，ack ，fin ，ack ，四次挥手因为关闭 tcp 可以单端关闭，也就是 tcp 是双向的，可以关闭一个方向。实际实践中，握手 4 次，挥手 3 次也都是正常的。

3 、oom 发生在一个进程 page fault 缺页异常申请内存但内存不足时，排查需要监控发生 oom 时刻内存占用情况，通常来说专门跑数据库的机器不应该有其他业务抢内存，数据库进程内存也应该长时间保持一个大致的水位线，不会明显波动。需要长时间监控，排查 oom 时刻各进程的内存情况，是其他进程波动还是数据库波动。

磁盘 IO 上。容器默认用的 overlayfs 。开销很小吧，仅仅是打开、删除这类时候多一点点逻辑，实际读写没有影响，读写时候统计、节流时候多一点点 cgroup 计算开销，基本可以忽略。
而且也可以单独指定一个文件夹/硬盘挂载不用 overlayfs

如果是虚拟机中网卡“硬件”“休眠/掉线”，可以看看`dmesg`日志，再看看`journalctl -u NetworkManager`日志

我看了大佬的博客，一共 28 篇文章，有些是 web 的，我不懂 web ，随便挑了两篇 linux 上的：

1 、yum 安装软件的一些技巧
https://blog.iptables.cn/2025/07/23/yum-%e5%ae%89%e8%a3%85%e8%bd%af%e4%bb%b6%e7%9a%84%e4%b8%80%e4%ba%9b%e6%8a%80%e5%b7%a7/

您这些命令基本和《鸟哥私房菜》一样，太水了，只有几个基本操作命令，最后 yum * --nodeps 很危险

2 、记录一次上下文切换问题排查 https://blog.iptables.cn/2025/07/23/%e8%ae%b0%e5%bd%95%e4%b8%80%e6%ac%a1%e4%b8%8a%e4%b8%8b%e6%96%87%e5%88%87%e6%8d%a2%e9%97%ae%e9%a2%98%e6%8e%92%e6%9f%a5/
分析了一点点，最后原因分析
已经提交给开发那边了,等待代码进一步确认..

这。。。。。。

先手玩家第一个落到中心点，这样剩下的点位重新是偶数点，且对手无法跟随自己落位中心，这样先手必胜