栈与队列设计题完全拆解:最小栈、双栈队列与均摊复杂度
栈与队列这套设计题我前前后后帮人讲过不下二十遍。从校招面试到竞赛入门几乎每个阶段都会遇到这三道同源题最小栈、队列实现栈、栈实现队列。很多初学者把它们当成三个独立题目去背结果面试官换个问法就卡壳。实际上这三道题背后只有一套思维方式用现成的数据结构去模拟另一种数据结构的核心行为同时保持操作的时间复杂度不退化。先说结论方便整体把握都用“两个底层结构”换“一种新特性”核心是分摊思想最小栈的本质是“同步维护额外信息”用空间换 O(1) 查询队列实现栈、栈实现队列的本质是“利用操作的逆序性”一次倒数据换多次高效访问。我会把每个题的推导过程完整写出来包括为什么这么设计、复杂度怎么算、边界条件怎么坑人最后再整理一份常见问题速查表。如果你是准备面试或者正在刷题这篇文章可以直接当复习提纲用。1. 题目速览与考点拆解先统一说一下三道题的题面要求因为很多人栽在“读题不全”上。最小栈Min Stack设计一个栈除了 push、pop、top 之外要额外支持 getMin()要求在常数时间内返回当前栈内最小值。注意这里是“当前栈内”意味着 pop 掉最小值之后getMin() 要返回剩下的元素中的最小值不是历史最小值。队列实现栈Implement Stack using Queues只用队列的 push、pop、peek 等标准操作实现一个后进先出的栈要求所有操作的时间复杂度尽量优。这里有个隐藏考点队列是先进先出FIFO栈是后进先出LIFO如何用 FIFO 模拟 LIFO。栈实现队列Implement Queue using Stacks反过来只用栈的 push、pop、top 操作实现一个先进先出的队列。这道题的核心难点是栈是后进先出批量倒一次数据就能改变整体顺序但什么时候倒、倒多少直接决定复杂度。从考点上看三道题都考察三件事底层数据结构的操作性质、元素顺序如何在结构间转移、均摊复杂度分析。前两点是面试手撕代码的拦路虎第三点则是区分“背过代码”和“真懂原理”的关键面试官几乎必问“为什么均摊 O(1)”。从难度梯度上说最小栈最容易它是“加一个辅助结构”的思路栈实现队列稍难因为它需要“延迟倒数据”的思维不是每步都倒队列实现栈排在中间单队列版本需要一点 trick。从竞赛角度说这类题是“数据结构设计题”的入门代表。后面你会遇到的 LRU、LFU、跳表、并查集等更复杂的设计题本质上都是同一个套路选择底层结构 设计操作策略 证明复杂度。现在把这三个小题吃透后面遇到设计题不会慌。2. 最小栈辅助栈同步维护最小值2.1 为什么不能只存一个变量我第一次给朋友讲最小栈时他第一反应是“我直接用一个变量记录全局最小值不就行了”这个想法对了一半。如果栈只支持 push 和 pop用一个变量记录“当前所有元素的最小值”确实可以push 时更新变量pop 时如果 pop 掉的是最小值就麻烦了——你失去了之前的最小值记录。比如依次 push 5、3、7、2最小值变量是 2pop 掉 2 之后栈里还剩 5、3、7最小值是 3。但你的变量还停在 2不知道去哪儿找 3。这就是最小栈的核心难点最小值会随 pop 动态变化你需要能“回溯”到上一个最小值。一个变量搞不定是因为信息不足。你需要记录的是“每一个历史时刻的最小值”而不只是“当前的最小值”。于是自然想到用另一个栈同步记录每次 push 时的当前最小值。2.2 双栈方案的完整实现辅助栈的方案非常直接数据栈正常存元素辅助栈的栈顶永远保存“数据栈当前所有元素的最小值”。两个栈同步 push、同步 popgetMin() 直接返回辅助栈栈顶。push 时新元素与辅助栈栈顶比较把较小值压入辅助栈。这里有个细节比较时用的是还是答案是。class MinStack { private: stackint data; stackint minStack; public: MinStack() {} void push(int val) { data.push(val); if (minStack.empty() || val minStack.top()) { minStack.push(val); } } void pop() { if (data.top() minStack.top()) { minStack.pop(); } data.pop(); } int top() { return data.top(); } int getMin() { return minStack.top(); } };为什么用而不是假设没有等号你连续 push 两个相同的最小值 2、2辅助栈只压入第一次的 2。随后 pop 掉一个 2你判断data.top() minStack.top()发现相等于是把辅助栈也 pop 了其实栈里还有一个 2但辅助栈栈顶已经变成了 2 之前的较大值。此时 getMin() 返回错误。使用保证每个“相等的局部最小值”都在辅助栈里留了一个副本。这样 pop 时每弹出一个最小值辅助栈也弹出一个对应的副本两个栈就始终同步了。这个细节在面试手撕时很容易被忽略但恰好是测试用例喜欢埋坑的地方。2.3 复杂度与常见误区时间复杂度上push、pop、top、getMin 都是 O(1)空间复杂度 O(n)辅助栈最坏情况下和数据栈一样大。比如数据一直递减每个元素都会压入辅助栈辅助栈就完全是数据栈的复制品。一个常见的空间优化辅助栈可以只存“最小值发生变化的时刻”同时记录这个值出现的次数。这样连续大量相同元素时能节省空间。代码会复杂一些但面试时提这个优化思路能加分。实现时还需注意很多语言没有现成的 pair 栈用两个栈也完全没问题如果面试官要求“不能使用额外 O(n) 空间”这种更强限制那就得考虑数学上的做法比如栈内存取差值。不过这个属于进阶玩法一般问不到这里不展开。3. 队列实现栈两种策略都要会用队列实现栈网上的解法分成两派双队列版和单队列版。我建议两个都掌握因为面试官可能会追问“能不能只用 1 个队列”。3.1 双队列实现法push O(1)先用最直观的双队列思路写。队列永远是 FIFO而栈是 LIFO你要让“最后一个进队列的元素最先被弹出”。双队列的暴力做法是每次 pop 时把主队列的前 n-1 个元素搬到辅助队列最后一个元素弹出然后再交换两个队列的角色。class MyStack { private: queueint q1; // 主队列 queueint q2; // 辅助队列 public: MyStack() {} void push(int x) { q1.push(x); } int pop() { // 把 q1 前 n-1 个元素搬到 q2 while (q1.size() 1) { q2.push(q1.front()); q1.pop(); } int topVal q1.front(); q1.pop(); swap(q1, q2); return topVal; } int top() { // 复用 pop 思路但不删除元素 while (q1.size() 1) { q2.push(q1.front()); q1.pop(); } int topVal q1.front(); q2.push(topVal); // 把这个元素留在 q2 q1.pop(); swap(q1, q2); return topVal; } bool empty() { return q1.empty(); } };这个方案 push 是 O(1)pop 和 top 是 O(n)因为每次都要搬 n-1 个元素。优点是直观缺点是 top() 的写法容易踩坑如果不先把栈顶元素搬到 q2 再交换它就会被留在空队列里导致后续操作错乱。这里我踩过坑第一次写 top() 的时候我直接复制 pop 的代码但最后不q1.pop()以为自己取到了栈顶。实际上栈顶元素还在 q1 里而 q1 在交换后变成了空队列的后备数据就丢了。3.2 单队列实现法pop O(1) 的关键 trick双队列可以实现但有没有更优雅的有。用一个队列就够了思路是每次 push 完把队列里的前 n-1 个元素依次弹出再重新入队。这样新元素就会出现在队首整个队列的逆序就模拟了栈。class MyStack { private: queueint q; public: MyStack() {} void push(int x) { int size q.size(); q.push(x); // 把前 size 个元素搬到队尾新元素就到队首了 for (int i 0; i size; i) { q.push(q.front()); q.pop(); } } int pop() { int val q.front(); q.pop(); return val; } int top() { return q.front(); } bool empty() { return q.empty(); } };单队列版的复杂度正好和双队列版换了个位置push O(n)pop、top、empty 都是 O(1)。原因很简单push 时就把顺序整理好了之后取栈顶直接取队首。选择哪种取决于题目的倾向或者面试官的追问。很多教材默认给双队列版但单队列版代码更短、更好讲。建议自己理解后手写一遍单队列版面试时两种都能拿得出手。3.3 两个版本的对比与适用场景双队列版push O(1)pop O(n)。适合“写入频繁、弹出偶尔”的场景每次弹出要移动全部元素成本高但写入便宜。单队列版push O(n)pop O(1)。适合“弹出频繁、写入偶尔”的场景把重活集中在 push 时做完之后的每次弹栈都很快。从均摊角度看双队列版一次 pop 是 O(n)但如果你 push n 个元素再依次 pop n 次整体是 O(n²)没有摊还优势。单队列版一次 push 是 O(n)但 n 次 push 整体也是 O(n²)同样没有摊还优势。它们各自都是把 O(1) 的“身份”给了不同的操作。所以严格讲这两个版本没有均摊 O(1)只有在栈实现队列的双栈方案里才能真正做到均摊 O(1)。注意很多资料说“单队列版是 push O(1)、pop O(n”其实指双队列的可变体pop时倒数据但不需要交换队列——用队首弹出n-1个再加入队尾。同样实现。两个名称容易混淆看代码时以“每次重排哪个操作”为准。4. 栈实现队列双栈倒数据的核心套路栈实现队列是三道题里最经典的也是面试官最爱的“灵魂拷问”来源。因为存在一个真正均摊 O(1) 的实现方案。4.1 为什么需要两个栈队列要求先进先出栈是后进先出。如果只有一个栈你 push 1、2、3栈顶是 3要取队首却必须弹 3。强行 pop 就把栈结构破坏了。两个栈的灵感来自“两次反转”栈 A 按入队顺序存元素从栈底到栈顶正好是入队顺序当需要出队时把 A 的所有元素倒入栈 B。元素在 A 中是反的倒入 B 后又被反了一次等于变正了。此时 B 的栈顶就是最早入队的元素直接弹出即可。这个过程类似你写作业先按日期倒序放进书包到学校再倒出来就变成正序了。4.2 核心实现延迟倒数据代码本身不长重点在于“什么时候倒”class MyQueue { private: stackint in; stackint out; public: MyQueue() {} void push(int x) { in.push(x); } int pop() { int val peek(); out.pop(); return val; } int peek() { if (out.empty()) { while (!in.empty()) { out.push(in.top()); in.pop(); } } return out.top(); } bool empty() { return in.empty() out.empty(); } };关键点就一个只有 out 栈为空时才倒数据不倒则已一倒就倒空。为什么不每次 pop 都倒如果每次都把所有元素从 in 倒到 out再取 out 栈底元素元素会在两个栈之间来回倒腾每次操作都是 O(n)整体退化成 O(n²)。延迟倒数据保证了“一个元素最多被移动两次”一次从 in 进 out一次从 out 出队。这个“摊还分析”是必考点。假设连续 push n 个元素然后连续 pop n 个元素push 不移动元素第一次 pop 时 in 空、out 空触发一次把所有 n 个元素倒入 out 的操作耗时 O(n)。之后 n 次 pop 都直接弹 out每次 O(1)。整体 n 次操作O(n) O(n) O(n)均摊 O(1)。4.3 摊还分析为什么总复杂度是 O(1)分三部分看push 永远 O(1)直接压入 in每个元素只在 out 空时被从 in 弹出压入 out这个过程发生一次每个元素最终从 out 弹出过程发生一次。一个元素从头到尾经历进 in → 进 out → 出 out三次操作每次 O(1)。n 个元素的总操作数固定是 3n所以任意连续 m 次操作总复杂度 O(m)均摊每次 O(1)。面试时把这段话讲清楚面试官基本不再追问复杂度。还要注意 peek 和 pop 的关系peek 也触发倒数据pop 通常调用 peek 拿元素再弹出这是一种写法上的复用。容易踩的坑是倒完数据后 in 已经空了下一次 push 直接进 in 即可下一次 pop 若 out 不为空则继续弹 out不会破坏顺序。举个具体流程验证push 1in [1]out []push 2in [1,2]out []push 3in [1,2,3]out []popout 空触发倒数据in 弹出 3、2、1 压入 outout [3,2,1]栈顶是 1弹出返回 1popout 非空弹出 2返回 2push 4in [4]popout 非空弹出 3返回 3popout 空in 有 4倒数据到 out [4]弹出 4。全过程输出 1、2、3、4符合 FIFO且只倒了两次数据。5. 三种设计题的对比与选题策略把三个题的复杂度放一起看更清晰题目底层结构关键操作时间复杂度方案核心思想最小栈双栈getMin O(1)辅助栈同步空间换时间队列实现栈双队列双队列pop O(n)每次倒 n-1 个辅助结构转移队列实现栈单队列单队列push O(n)push 时重排入栈时理序栈实现队列双栈均摊 O(1)延迟倒数据两次反转 摊还从思维模型上看最小栈属于“状态同步型”。辅助栈伴随着每一步操作维护了一套和主栈同步的额外信息。这类题的特征是“查询维度比存储维度多一维”典型变体是“O(1) 求最大值的栈”“O(1) 求最小值的队列”。队列实现栈属于“重排型”。每次操作后通过搬移元素让结构内部的排列顺序符合目标结构的行为特征。特征是“一个操作负全部责任”你可以选 push 重排或 pop 重排。栈实现队列属于“分批倒换型”。两个栈之间倒数据但不是每步倒而是趁 out 空时一次性倒空。特征是“一次重排服务后续多次访问”这是三种类型里效率最高的。面试官喜欢问“哪一种题最难”我的答案一律是栈实现队列。因为前两种都很容易被暴力方案带过去而栈实现队列如果想不到“延迟倒数据”就只能写出每步倒的 O(n) 版本复杂度完全不合格。况且它背后还涉及摊还分析这是很多人的薄弱点。竞赛场景有一点值得说这类题在 ACM 中几乎不直接出因为竞赛更关心算法复杂度和常数直接 std::stack/queue 即可。但像“C 栈竞赛用的多吗”这个问题看着简单其实竞赛里栈深度参与的是单调栈、括号匹配、表达式求值、DFS 回溯队列参与的是 BFS、滑动窗口、SPFA 优化。设计题本身只是为了保证你“理解栈和队列的本质区别”所以看似入门却是后续所有高级用法的地基。6. 常见问题与排查技巧实录下面这些坑是我自己在写题和帮人 debug 时反复遇到的每条都对应过一次真实翻车6.1 最小栈相等最小值被弹出症状连续 push 两个最小值只 pop 一次后 getMin() 就变了。原因push 时用了而不是辅助栈丢了一个副本。修复比较时改成val minStack.top()保证每个相等的最小值都进辅助栈。6.2 队列实现栈top() 后数据丢失症状调用 top() 之后pop() 返回的不是栈顶或元素错乱。原因top() 只取队首但不删除如果直接把队首拿走而不重新入队元素就丢了。修复单队列版top()返回q.front()不删除即可双队列版 top() 要把栈顶元素搬到辅助队列再交换别省这一步。判断标准pop、top 必须保证任何一次调用后剩余元素的结构还完整。6.3 栈实现队列倒数据条件写反症状pop 前如果 out 非空还继续倒导致顺序翻转两次输出完全乱序。原因把if (out.empty())写成了if (!out.empty())或者用while每步都倒。修复牢记“out 空才倒”倒了就要一次性倒空 in不要留剩余。提示最隐蔽的 bug 是 peek() 和 pop() 重复执行倒数据逻辑。如果 peek() 里倒了数据pop() 里又写一遍倒数据逻辑且没有检查 out 是否为空第二次调用时 out 非空却再次把 in 的元素此时 in 可能已空或已有新元素倒进去顺序就乱了。建议 pop() 直接调用 peek()保持逻辑单一。6.4 边界条件空操作崩溃症状对空栈/空队列调用 pop()、top()、getMin() 时代码直接抛异常或崩溃。原因没有处理空结构的操作。修复面试环境通常不会测空 pop但手写代码要写出防御逻辑要么返回 -1要么抛异常要么 assert 提示“空结构不可 pop”。团队规范不同建议先问面试官风格。6.5 大小写/类型 size_t 与 signed 比较症状代码在 OJ 上异常或 TLE本地测试正常。原因queue::size()返回 size_t无符号和 0 比较没问题但和负数或 int 变量混算时可能出现问题。修复遍历搬移时先把size q.size()存下来用 int 或直接用while (q.size() 1)判断避免无符号转有符号的隐式转换。常见的隐含陷阱还有队列或栈的底层用数组实现时扩容导致迭代器失效。C STL 的 stack 和 queue 默认底层容器是 deque迭代器可能在插入时失效但题目只用 push/pop/top 接口通常无影响。6.6 空间优化思路与题目变种刷题时如果遇到“最小栈进阶不使用辅助栈”“队列实现栈要求 pop O(1)”“用栈实现队列且 push/pop 都要 O(1)”分析一下是否能做到最小栈不用辅助栈可以栈里存“当前值与当前最小值的差值”出栈时反向推回空间 O(1)但数值可能溢出需要 long long 避坑队列实现栈 pop O(1)可以push 时把 n-1 个元素绕一圈pop 直接取队首栈实现队列 push/pop 均摊 O(1)双栈方案已经是最优结构没有更省的本质方法。变种题里最常考的还有“用两个栈实现最小值队列”“用循环队列实现栈”等。前者需要棵线段树或双栈倒换时同步维护后者就是在循环数组上操作栈指针换汤不换药。7. 个人经验与后续扩展方向这三个题刷完之后不需要急着背更多设计题。真实体会是设计题的核心永远是“先明确复杂度目标再倒推操作分配”。你先写清楚哪些操作要求 O(1)哪些操作允许偶尔有高开销用什么底层结构能达成最后再补上边界处理和摊还分析。按照这个顺序思考任何新题都不慌。对自己刷题的伙伴我的建议是把三道题每种方案的代码都手写一遍并试着口头讲解复杂度推导。面试中高分的往往不是能默写代码的人而是能把“为什么这个操作 O(1)”讲清楚的人。这三道题的价值不仅在于把手游也在于延伸。之后遇到阻塞队列、消息队列、线程池里的任务队列调度你会发现底层都是“队列 并发控制”的变形遇到函数调用栈、backtrace 回溯、表达式求值底层都是“栈 状态压栈/弹栈”。数据结构本身不复杂复杂的是你在什么场景下选出正确的那个并用简单的操作拼出高效的行为。最后分享一个答题小技巧面试手写这类题时先写一句话思路再写代码再写复杂度最后口头测两个用例。很多人直接闷头写代码写完之后没时间测试白白漏掉 bug。先梳理再动手实际写出正确代码的速度反而更快。

相关新闻

Git入门到实战:文件管理、版本回退与日常操作全攻略

Git入门到实战:文件管理、版本回退与日常操作全攻略

1. 哪些文件该交给Git管,哪些不该聊Git具体操作之前,先把一个认知问题掰扯清楚:Git不是用来管“所有文件”的,它只负责管那些“需要追踪变更”的文件。很多人刚入坑时习惯git add .一把梭,结果把依赖、密钥、构建产物全…

2026/10/9 3:15:00 阅读更多 →
基于Golang的分布式资产管理系统:架构设计与实践

基于Golang的分布式资产管理系统:架构设计与实践

简介:这套基于Go语言构建的分布式综合资产管理系统毕业设计资源,面向网络安全红队、SRC团队以及正在开展相关课题的高校学生。系统以资产发现、漏洞扫描、资产管理、任务调度与报告生成为核心,采用PostgreSQL存储数据、NSQ消息队列分发任务、…

2026/10/9 3:14:00 阅读更多 →
CC2530 Zigbee组网实操指南:从烧录到213节点稳定运行

CC2530 Zigbee组网实操指南:从烧录到213节点稳定运行

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/9 3:14:00 阅读更多 →

最新新闻

Claude Opus 5.5 焚诀实战:Sub-agent、CLAUDE.md 与 effort 配置指南

Claude Opus 5.5 焚诀实战:Sub-agent、CLAUDE.md 与 effort 配置指南

1. 这次“焚诀”到底更新了什么:从标题拆解到核心能力全景“Claude Opus 5.5 最新焚诀发布了”这个标题,第一次看到的时候我愣了一下——“焚诀”这个词在圈子里其实是个半开玩笑的说法,指的是那种把模型能力压榨到极限、把工作流烧到最精简的…

2026/10/9 3:45:20 阅读更多 →
Modbus PLC实战:从通讯超时到稳定运行的工程指南

Modbus PLC实战:从通讯超时到稳定运行的工程指南

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/9 3:45:20 阅读更多 →
给Claude装外挂记忆:claude-mem跨会话记忆实操全攻略

给Claude装外挂记忆:claude-mem跨会话记忆实操全攻略

如果你跟我一样每天都在跟 Claude 打交道,应该早就被同一件事折磨过:模型本身很聪明,但它没有长期记忆。上一个会话里刚定好的项目架构、命名约定、回答风格,新开一个窗口就全部清空了。你得一遍遍把同样的背景资料粘进去&#xf…

2026/10/9 3:45:20 阅读更多 →
老电表RS485+DL/T645接入云平台的三种实操路径

老电表RS485+DL/T645接入云平台的三种实操路径

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/9 3:45:20 阅读更多 →
STM32 USART串口通信从原理到实战:帧格式、中断/DMA与调试技巧

STM32 USART串口通信从原理到实战:帧格式、中断/DMA与调试技巧

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/9 3:45:20 阅读更多 →
Java泛型类型擦除、Kotlin reified、Go泛型:设计对比与工程实践

Java泛型类型擦除、Kotlin reified、Go泛型:设计对比与工程实践

我做后端这几年&#xff0c;面试别人也好&#xff0c;被面试也好&#xff0c;几乎每次聊到泛型都会出现一个诡异的局面&#xff1a;大家都觉得自己会&#xff0c;但稍微追问两层就露馅。比如Java里List<String>和List<Integer>在运行时到底是不是同一个类&#xff…

2026/10/9 3:44:20 阅读更多 →

日新闻

Java时间API实战:LocalDate、Date与ZonedDateTime的转换与避坑指南

Java时间API实战:LocalDate、Date与ZonedDateTime的转换与避坑指南

Java时间API这个话题&#xff0c;隔三差五就会在群里被翻出来讨论一次。上周还有个同事线上处理一个订单超时问题&#xff0c;排查到最后发现是ZonedDateTime序列化后时区丢了&#xff0c;用户在下单当天晚上看到的时间整整差了8个小时。这类问题几乎每个做Java开发的人都遇到过…

2026/10/9 0:00:49 阅读更多 →
EasyTier实践:从NAT穿透到子网代理的异地组网部署与排错

EasyTier实践:从NAT穿透到子网代理的异地组网部署与排错

前几个月我手头有好几台机器需要互相访问&#xff1a;办公室台式机、家里 NAS、还有一台云主机。如果只是偶尔传个文件倒还好&#xff0c;问题是工作场景经常要在几处环境之间来回切换&#xff0c;每次都先登录跳板机再层层代理&#xff0c;实在折腾。我先后试过端口映射、自建…

2026/10/9 0:00:49 阅读更多 →
AI Agent工程实战:从七要素到七个决策点的系统设计指南

AI Agent工程实战:从七要素到七个决策点的系统设计指南

AI Agent 这个词在过去一年里被反复提及&#xff0c;但真正动手搭过一套能跑起来的 Agent 系统的人都知道&#xff0c;从"知道它是什么"到"让它稳定干活"之间隔着一整套工程决策。我前后参与过几个 Agent 项目的落地&#xff0c;从最初用现成框架拼装&…

2026/10/9 0:01:50 阅读更多 →

周新闻

KT148A语音芯片外挂8002D功放的工程实践指南

KT148A语音芯片外挂8002D功放的工程实践指南

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/8 15:26:32 阅读更多 →
LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

LLC谐振变换器增益公式推导:从FHA等效到完整归一化表达式

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/8 15:26:40 阅读更多 →
ARM架构深度解析:从RISC设计理念到交叉编译实战

ARM架构深度解析:从RISC设计理念到交叉编译实战

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/8 10:10:36 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/8 21:13:17 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/8 15:26:17 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/7 13:34:55 阅读更多 →