剑指offer-二维数组中的查找

这篇博客讨论了一种在二维数组中查找特定数值的高效算法。数组的每行从左到右递增,每列从上到下递增。通过从右上角开始,根据值的大小决定向左还是向下移动,可以实现O(m+n)的时间复杂度。当找到目标值时返回true,否则返回false。这种策略充分利用了数组的排序特性,减少了不必要的查找步骤。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

汇总:剑指offer算法合集

题目

在一个 n * m 的二维数组中,每一行都按照从左到右递增的顺序排序,每一列都按照从上到下递增的顺序排序。请完成一个高效的函数,输入这样的一个二维数组和一个整数,判断数组中是否含有该整数。

示例

现有矩阵 matrix 如下:

[
[1, 4, 7, 11, 15],
[2, 5, 8, 12, 19],
[3, 6, 9, 16, 22],
[10, 13, 14, 17, 24],
[18, 21, 23, 26, 30]
]
给定 target = 5,返回 true。

给定 target = 20,返回 false。

限制:

0 <= n <= 1000

0 <= m <= 1000

来源:力扣(LeetCode)
链接:https://leetcode-cn.com/problems/er-wei-shu-zu-zhong-de-cha-zhao-lcof

解题思路

  • 由于从左到右递增,从上到下也递增,说明同一行右边始终比左边大,同一列下面始终比上面大,因此查找的时候可以根据这个特性进行移动下标
  • 根据上面的特性,我们可以寻找一个位置,用来作为查找起点,可能是矩阵的四个角落,我们一一分析:
    • 从左上角开始查找,向左或者向下都是递增,我们无法得知下一步走向,out
    • 从右上角开始查找,向左是递减,向下递增,可以根据大小得知下一步走向,get
    • 从左下角开始查找,向上是递减,向右是递增,可以根据大小得知下一步走向,get
    • 从右下角开始查找,向左是递减,向上减,我们无法得知下一步走向,out
  • 由上面分析得知,从右上角和左下角开始遍历都是可以的
  • 这里我们选择从右上角开始查找,走到某一个位置时,有以下几种情况:
    • 如果当前所在位置的值比目标值大,则向左一步
    • 如果当前所在位置的值比目标值小,则向下一步
    • 如果相等,则返回当前值
    • 如果超出最左边的边界,或者最下边的边界,则不存在目标值

复杂度分析

向下和向左查找,最多查找m+n次,因此时间复杂度为O(m+n),需要常数级空间,空间复杂度为O(1)

代码实现

class Solution {
    public boolean findNumberIn2DArray(int[][] matrix, int target) {
        //数组为空或者m n为0时,必定不存在目标值,判空也防止空异常
        if (matrix == null || matrix.length == 0 || matrix[0].length == 0)
            return false;
        //从右上角开始查找
        int i = 0, j = matrix[0].length - 1;
        //不能超过左边界和下边界
        while (i < matrix.length && j >= 0) {
            //当前值小于目标值,向下移动一步
            if (matrix[i][j] < target) i++;
            //当前值大于目标值,向左移动一步
            else if (matrix[i][j] > target) j--;
            //当前值等于目标值,返回true
            else return true;
        }
        //找不到目标值,返回false
        return false;
    }
}
<think>好的,我现在要解决用户遇到的关于执行 `sudo apt update` 时出现的GPG签名错误问题。错误信息显示缺少公钥`ED444FF07D8D0BF6`,导致无法验证Kali仓库的签名,进而无法安全更新。首先,我需要回忆一下常见的解决方法,并确保步骤正确且适合用户的情况。 首先,用户使用的是Kali Linux的仓库,但系统提示公钥不可用。通常,这种情况发生在系统没有存储库的GPG密钥时。APT包管理器依赖这些密钥来验证软件包的合法性,确保它们没有被篡改。所以,缺少公钥会导致更新被阻止。 接下来,我需要考虑如何导入正确的公钥。用户遇到的错误中提到的公钥ID是`ED444FF07D8D0BF6`。通常,解决这类问题的方法是使用`apt-key`命令手动添加密钥,或者使用`wget`下载密钥并通过`apt-key add`导入。不过,需要注意`apt-key`在较新版本的Debian/Ubuntu中已被弃用,但Kali基于Debian,可能仍然支持这种方式。 另一个可能的步骤是检查仓库源的配置是否正确。用户当前的仓库地址是`http://kali.download/kali`,可能需要确认这是否是官方推荐的源。有时候,仓库URL的变化或拼写错误也会导致问题,但错误信息中的`NO_PUBKEY`更可能直接指向密钥问题。 然后,具体的解决方法应该是导入缺失的公钥。根据经验,可以使用以下命令: ``` sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys ED444FF07D8D0BF6 ``` 这里,`--keyserver`指定了密钥服务器,通常使用Ubuntu的服务器,因为Kali可能与Debian/Ubuntu共享部分资源。执行这个命令后,系统会从指定的服务器获取并导入公钥。 如果上述方法失败,可能需要尝试其他密钥服务器,比如`hkp://keys.gnupg.net`或者`pgp.mit.edu`。有时不同的服务器响应情况不同,换一个服务器可能解决问题。 另外,也可以直接下载密钥文件并手动添加。例如,使用`wget`下载,然后导入: ``` wget -q -O - https://archive.kali.org/archive-key.asc | sudo apt-key add - ``` 但需要确认这个URL是否确实提供正确的密钥。Kali的官方文档可能有相关说明,用户应参考官方指南确保来源可靠。 导入密钥后,再次运行`sudo apt update`应该可以解决问题。如果仍然失败,可能需要检查网络连接,确保能够访问密钥服务器,或者暂时使用HTTP而非HTTPS的仓库源(不过安全性较低,不推荐长期使用)。 另外,用户可能需要更新系统上已有的密钥环包,例如安装`kali-archive-keyring`包。这个包通常包含了Kali仓库所需的信任密钥,安装后可以自动解决此类问题。命令可能如下: ``` sudo apt install kali-archive-keyring ``` 但执行这个命令前,可能需要先处理当前无法更新的问题,形成一个“先有鸡还是先有蛋”的情况。如果系统完全无法更新,可能需要手动下载该包的.deb文件并安装,或者从其他渠道获取。 最后,如果所有方法都无效,用户应检查是否使用的是正确的仓库地址,并参考Kali Linux的官方文档或社区支持,以获取最新的解决方法。确保步骤的安全性,避免添加不受信任的源或密钥,以防止潜在的安全风险。</think>以下是对该问题的分步解释及解决方案: **错误原因分析:** 1. 系统缺少Kali软件仓库的GPG公钥(`ED444FF07D8D0BF6`) 2. APT包管理器无法验证软件包签名,出于安全考虑禁止更新 **解决方法:** 1. **手动导入缺失的GPG公钥** ```bash sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys ED444FF07D8D0BF6 ``` *说明*:从Ubuntu密钥服务器获取指定公钥 2. **更新软件源(再次尝试)** ```bash sudo apt update ``` **备选方案(若上述方法失败):** 1. **使用不同密钥服务器** ```bash sudo apt-key adv --keyserver hkp://pgp.mit.edu:80 --recv-keys ED444FF07D8D0BF6 ``` 2. **直接安装Kali密钥环包** ```bash sudo apt install -y kali-archive-keyring ``` **验证修复:** ```bash sudo apt update && sudo apt upgrade -y ``` 应不再出现`NO_PUBKEY`错误提示 **注意事项:** 1. Kali Rolling仓库地址建议使用官方推荐地址: ```bash deb http://http.kali.org/kali kali-rolling main contrib non-free ``` 2. 确保系统时间准确(时区错误可能导致GPG验证失败) 3. 如使用代理,请确保密钥服务器可达 **原理说明:** APT使用GPG签名验证软件包的真实性,每个官方仓库都会提供对应的公钥。当本地系统缺少对应公钥时,就会触发安全保护机制阻止更新。通过手动添加公钥,即可重建信任链完成验证。 如果问题仍未解决,建议检查: 1. `/etc/apt/sources.list`文件内容 2. 网络连接状态 3. 系统时间准确性 4. 防火墙/安全组设置是否阻挡密钥服务器访问
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Nbin_Newby

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值