题解 | #合并k个已排序的链表#

合并k个已排序的链表

https://www.nowcoder.com/practice/65cfde9e5b9b4cf2b6bafa5f3ef33fa6

/**
 * struct ListNode {
 *  int val;
 *  struct ListNode *next;
 *  ListNode(int x) : val(x), next(nullptr) {}
 * };
 */
class Solution {
  public:
    /**
     * 代码中的类名、方法名、参数名已经指定,请勿修改,直接返回方法规定的值即可
     *
     *
     * @param lists ListNode类vector
     * @return ListNode类
     */

    ListNode* min(vector<ListNode*>& lists) {
        int min_num = 1001;
        int idx = -1;
        ListNode* temp = new ListNode(0);
        for (struct {vector<ListNode*>::iterator p; int i;} s = {lists.begin(), 0}; s.p
                != lists.end();
                ++(s.p), s.i++) {
            if ((*s.p)->val < min_num) {
                idx = s.i;
                min_num = (*s.p)->val;
            }
        }
        temp->val = lists[idx]->val;
        lists[idx] = lists[idx]->next;
        return temp;
    }


    ListNode* mergeKLists(vector<ListNode*>& lists) {
        // write code here

        lists.erase(std::remove(lists.begin(), lists.end(), nullptr), lists.end());

        int k = lists.size();
        if (k == 0)return nullptr;

        ListNode* res = nullptr;
        ListNode* head = nullptr;


        ListNode* temp;
        while (lists.size()) {
            temp = min(lists);
            if (res == nullptr) {
                res = temp;
                head = res;
            } else {
                head->next = temp;
                head = head->next;
            }
            lists.erase(std::remove(lists.begin(), lists.end(), nullptr), lists.end());

        }


        return res;
    }
};

个人感觉这题并不是很难,因为没有要求空间复杂度,所以可以用一个新的链表去记录合并的排序结果。同时,与合并两个升序链表类似,用k个指针分别沿着k个链表移动,每次移动都选出一个最小值,链接到新链表的末尾。

事实上我上面的代码也没有用到(n)的空间复杂度,因为是在原来的k个链表空间上进行结点的重新链接。

耗费我很多时间的反而是在最开始和每次移动一个指针之后的检查k个链表并删除空链表,因为简单的在原有的链表向量中移除会导致向量的开始和结束位置发生变化,以及索引下标也会改变。最后还是使用<algorithm>库函数remove()来实现的。

全部评论

相关推荐

当年还在美团那个倒霉的&nbsp;Peppr&nbsp;团队工作时,我一直有个疑问:这群人每天到底在自嗨什么。每次开会一堆人围着一堆“看起来很高级”的文档转,模板统一、名词复杂、页数感人,每一页都在暗示一件事:“你不懂,是因为你不专业。”但现实是——代码照样写在&nbsp;💩&nbsp;山上,该出问题还是会出问题,这真的很逗,系统一出问题,文档的唯一作用就是证明:“我们当初确实认真写过文档。”所以本质区别到底是什么?是代码质量提升了,还是大家在精神层面完成了一次“工程师&nbsp;cosplay”?有句话说得好潮水退去才知道谁在裸泳。还记得当时的马哥、明哥(图&nbsp;1&nbsp;左)最爱反复强调一句话:“所有场景一定要想到。”、“这个场景为什么没考虑到?”不过他们这些话我是真的听进去了。不然我也不会在一年多前就说:这个项目活不过两年。顺带一提,那段时间还有个固定节目。每次下楼,总能听见我明哥在吐槽不同的人。我从他身后绕过去,经常能听到他一边抽烟一边说:“xx&nbsp;这小子太坑了,回头我一定要跟马哥说说。”于是深谙人情世故但真不会抽烟的我也会从口袋掏出一支低尼古丁含量的烟给自己点上,假意自己什么都没听到什么都不知道,只是来抽烟的。后来我才明白,这可能也是团队文化的一部分:问题永远在别人身上,而我们,永远在复盘里😂。
秋招白月光
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

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