news 2026/6/15 14:12:28

LeetCode 464 我能赢吗

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
LeetCode 464 我能赢吗


文章目录

    • 摘要
    • 描述
    • 题解答案
    • 题解代码分析
    • 示例测试及结果
      • 再举一个直观点的例子
    • 时间复杂度
    • 空间复杂度
    • 总结

摘要

这道题表面看起来像是个简单的博弈问题,但真正写起来,很多人会直接被「状态爆炸」劝退。
maxChoosableInteger最大能到 20,看似不大,但所有组合一算,状态数量直接飙到百万级。

这类题非常典型:
规则简单 + 最优策略 + 不能贪心 + 需要记忆化搜索

如果你最近在刷博弈类、状态压缩、DFS + Memo 的题,这道题几乎是绕不开的一关。本文会一步一步拆解思路,并用 Swift 给出一份可运行、好理解的实现。

描述

游戏规则可以简单总结成几句话:

  • 有一个公共数字池,数字范围是1 ~ maxChoosableInteger
  • 两个玩家轮流选数
  • 每个数字只能用一次
  • 选中的数字会累加到当前总和
  • 谁先让累计和达到或超过desiredTotal,谁就赢
  • 两个玩家都足够聪明,永远走最优解

问题是:
先手玩家,是否一定能赢?

这里有几个关键点很容易被忽略:

  1. 这是一个典型的「零和博弈」
  2. 玩家不会随机选,而是“我选了你会怎么反制”
  3. 不能重复选数,意味着状态不仅和“当前和”有关,还和“哪些数已经用过”有关

这就直接决定了:
贪心是行不通的,暴力 DFS 会超时,必须配合记忆化。

题解答案

核心思路一句话总结:

把“当前还能不能赢”这个问题,抽象成一个函数,用「已经选过的数字集合」作为状态,用 DFS + 记忆化搜索判断是否存在一个必胜选择。

几个重要剪枝先说清楚:

  1. 如果desiredTotal <= 0,先手啥都不选就已经赢了,直接返回true
  2. 如果1 + 2 + ... + maxChoosableInteger < desiredTotal
    那无论怎么选,总和都达不到目标,先手必输

真正的博弈逻辑是:

  • 当前玩家尝试选择一个还没用过的数字i
  • 如果i >= 剩余目标,当前玩家立刻赢
  • 否则,把这个数标记为已使用,递归判断对手是否会输
  • 只要存在一个选择,能让对手输,那当前玩家就是稳赢

题解代码分析

下面是完整 Swift 实现,支持直接运行测试。

classSolution{funccanIWin(_maxChoosableInteger:Int,_desiredTotal:Int)->Bool{// 特殊情况:目标本身 <= 0,先手直接赢ifdesiredTotal<=0{returntrue}// 所有数加起来都不够,必输letmaxSum=(1+maxChoosableInteger)*maxChoosableInteger/2ifmaxSum<desiredTotal{returnfalse}varmemo=[Int:Bool]()returndfs(usedMask:0,remaining:desiredTotal,maxNum:maxChoosableInteger,memo:&memo)}privatefuncdfs(usedMask:Int,remaining:Int,maxNum:Int,memo:inout[Int:Bool])->Bool{// 如果这个状态已经算过,直接返回ifletcached=memo[usedMask]{returncached}// 尝试选择每一个还没用过的数字foriin1...maxNum{letbit=1<<(i-1)if(usedMask&bit)!=0{continue}// 如果当前选 i 就能赢,直接返回 trueifi>=remaining{memo[usedMask]=truereturntrue}// 否则,看对手在新状态下是否会输letnextMask=usedMask|bitletopponentWin=dfs(usedMask:nextMask,remaining:remaining-i,maxNum:maxNum,memo:&memo)// 对手输,说明我赢if!opponentWin{memo[usedMask]=truereturntrue}}// 所有选择都会让对手赢,那我必输memo[usedMask]=falsereturnfalse}}

示例测试及结果

我们用题目里的例子来跑一跑。

letsolution=Solution()print(solution.canIWin(10,11))// falseprint(solution.canIWin(10,0))// trueprint(solution.canIWin(10,1))// true

输出结果:

false true true

结果和题目给的一致。

再举一个直观点的例子

print(solution.canIWin(5,6))

解释一下:

  • 可选数字是 1~5
  • 如果先手选 1,对手选 5,直接赢
  • 如果先手选 2,对手选 4,也能赢
  • 无论先手怎么走,都挡不住对手

结果自然是false

时间复杂度

状态的核心是usedMask,它是一个最多 20 位的二进制数。

  • 状态数量最多是2^20 ≈ 1,048,576
  • 每个状态最多遍历maxChoosableInteger

所以时间复杂度可以近似认为是:

O(2^n * n)

在题目限制n <= 20的情况下,配合记忆化是完全能跑过的。

空间复杂度

主要消耗在两个地方:

  1. 记忆化哈希表,最多存2^n个状态
  2. DFS 递归栈,深度最多n

所以空间复杂度是:

O(2^n)

这是这类博弈 + 状态压缩题的正常代价。

总结

这道题非常适合用来练三件事:

  1. 如何把「博弈问题」抽象成递归状态
  2. 如何用 bitmask 表示“选择过哪些数”
  3. 如何用记忆化避免指数级重复计算
版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/6/15 12:14:20

Apache RocketMQ 事务消息全攻略:实现原理与生产级实践

本文详细解析 RocketMQ 事务消息的实现原理、三阶段流程、回查机制,以及生产环境中需要关注的关键实践点,帮助你在分布式系统中实现高性能的最终一致性。 一、核心思想:最终一致性 RocketMQ 事务消息并不追求强一致性,而是通过 “两阶段提交 + 事务状态回查” 机制,保证分…

作者头像 李华
网站建设 2026/6/15 12:50:36

Keil uVision5下载+Pack安装:构建完整开发环境项目应用

从零开始构建嵌入式开发环境&#xff1a;Keil uVision5 安装与 Pack 配置实战 你是不是也经历过这样的场景&#xff1f; 好不容易完成了 keil uvision5下载 &#xff0c;兴冲冲打开软件准备写第一行代码&#xff0c;结果在“Select Device”里搜了半天&#xff0c;发现连自…

作者头像 李华
网站建设 2026/6/15 12:50:06

Qwen3-VL解析天文图像识别星座与星体

Qwen3-VL解析天文图像识别星座与星体 在深夜的山顶&#xff0c;一位天文爱好者举起手机对准星空&#xff0c;几秒后屏幕上便浮现出清晰标注&#xff1a;“当前视野中可见猎户座腰带三星、天狼星位于左下方约25度&#xff0c;上方亮星为参宿四。”这并非科幻场景&#xff0c;而是…

作者头像 李华
网站建设 2026/6/15 13:44:11

Qwen3-VL支持MoE架构,边缘到云端全场景覆盖

Qwen3-VL支持MoE架构&#xff0c;边缘到云端全场景覆盖 在智能终端日益普及、AI应用场景不断下沉的今天&#xff0c;多模态大模型正面临一场关键转型&#xff1a;如何既保持强大的理解与生成能力&#xff0c;又能在从手机到数据中心的不同设备上灵活运行&#xff1f;这不仅是技…

作者头像 李华
网站建设 2026/6/14 19:23:40

实战案例:解决JLink驱动连接STM32时序问题

实战案例&#xff1a;解决JLink连接STM32时序不稳的“玄学”问题你有没有遇到过这样的场景&#xff1f;明明昨天还能正常下载程序&#xff0c;今天一开机&#xff0c;“Cannot connect to target”突然弹出&#xff1b;换根线重试五次&#xff0c;有一次能连上&#xff0c;但断…

作者头像 李华