小学生都能看懂的题解 | #数组中出现次数超过一半的数字#

数组中出现次数超过一半的数字

https://www.nowcoder.com/practice/e8a1b01a2df14cb2b228b30ee6a92163

问题描述

假设你有一堆小球,这些小球有不同的颜色。现在有人告诉你,这堆小球里有一种颜色的小球特别多,多到超过了所有小球数量的一半。你的任务就是找出这种特别多的颜色是什么。

解决方案

我们可以用一个聪明的办法来找出那种颜色。这个办法叫做“摩尔投票法”,听起来很高大上,其实很简单!

方法步骤

  1. 选代表:从这堆小球里随便挑一个出来,把它当成“代表”。
  2. 计票
  3. 拿一个新的小球跟“代表”比较。
  4. 如果颜色一样,我们就认为“代表”更有可能是对的那个颜色,所以我们给它加一票。
  5. 如果颜色不一样,我们就认为“代表”的优势减少了一点,所以就给它减一票。
  6. 换代表:如果“代表”的票数变成了0,我们就换个新的小球当“代表”,然后继续计票。
  7. 重复步骤:一直重复上面的过程,直到所有的球都检查完了。

最后验证

  • 我们得到了一个可能是最多的颜色,但我们还需要再确认一下。重新数一遍,看看这个颜色的小球是不是真的超过了总数的一半。

示例代码解释

现在让我们用更简单的语言解释一下上面的代码。

public class FindColor {
    public int MoreThanHalfNum_Solution(int[] balls) {
        if (balls == null || balls.length <= 0) {
            throw new IllegalArgumentException("没有小球!");
        }

        int color = balls[0]; // 选出第一个小球的颜色作为代表
        int votes = 1; // 初始给代表一票
        
        // 开始计票
        for (int i = 1; i < balls.length; i++) {
            if (votes == 0) { // 如果代表的票数为0,换一个新的代表
                color = balls[i];
                votes = 1;
            } else if (balls[i] == color) { // 如果颜色相同,增加一票
                votes++;
            } else { // 如果颜色不同,减少一票
                votes--;
            }
        }
        
        // 最后验证
        if (!checkIfMoreThanHalf(balls, color)) {
            throw new RuntimeException("找不到超过一半的颜色!");
        }
        
        return color; // 返回最多的颜色
    }

    private boolean checkIfMoreThanHalf(int[] balls, int color) {
        int count = 0;
        for (int ball : balls) {
            if (ball == color) {
                count++; // 计数颜色相同的球
            }
        }
        return count > balls.length / 2; // 判断是否超过一半
    }

}

如果这篇文章对你有帮助,请点个免费的赞👍,让它能够帮助更多的人。

#牛客创作赏金赛#
小学生都能看懂的算法 文章被收录于专栏

主要面向小白的算法文章。以小学生都能看懂为目标而编写,顺便巩固下自己。

全部评论

相关推荐

bg双非本科,方向是嵌入式。这次秋招一共拿到了&nbsp;8&nbsp;个&nbsp;offer,最高年包&nbsp;40w,中间也有一段在海康的实习经历,还有几次国家级竞赛。写这篇不是想证明什么,只是想把自己走过的这条路,尽量讲清楚一点,给同样背景的人一个参考。一、我一开始也很迷茫刚决定走嵌入式的时候,其实并没有一个特别清晰的规划。网上的信息很零散,有人说一定要懂底层,有人说项目更重要,也有人建议直接转方向。很多时候都是在怀疑:1.自己这种背景到底有没有机会2.现在学的东西到底有没有用3.是不是已经开始晚了这些问题,我当时一个都没答案。二、现在回头看,我主要做对了这几件事第一,方向尽早确定,但不把自己锁死。我比较早就确定了嵌入式这个大方向,但具体做哪一块,是在项目、竞赛和实习中慢慢调整的,而不是一开始就给自己下结论。第二,用项目和竞赛去“证明能力”,而不是堆技术名词。我不会刻意追求学得多全面,而是确保自己参与的每个项目,都能讲清楚:我负责了什么、遇到了什么问题、最后是怎么解决的。第三,尽早接触真实的工程环境。在海康实习的那段时间,对我触动挺大的。我开始意识到,企业更看重的是代码结构、逻辑清晰度,以及你能不能把事情说清楚,而不只是会不会某个知识点。第四,把秋招当成一个需要长期迭代的过程。简历不是一次写完的,面试表现也不是一次就到位的。我会在每次面试后复盘哪些问题没答好,再针对性补。三、我踩过的一些坑现在看也挺典型的:1.一开始在底层细节上纠结太久,投入产出比不高2.做过项目,但前期不会总结,导致面试表达吃亏3.早期有点害怕面试,准备不充分就去投这些弯路走过之后,才慢慢找到节奏。四、给和我背景相似的人一点建议如果你也是双非,准备走嵌入式,我觉得有几件事挺重要的:1.不用等“准备得差不多了”再投2.项目一定要能讲清楚,而不是做完就算3.不要只盯着技术,多关注表达和逻辑很多时候,差的不是能力,而是呈现方式。五、写在最后这篇总结不是标准答案,只是我个人的一次复盘。后面我会陆续把自己在嵌入式学习、竞赛、实习和秋招中的一些真实经验拆开来讲,希望能对后来的人有点帮助。如果你正好也在这条路上,希望你能少走一点弯路。
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务