Skip to main content

Command Palette

Search for a command to run...

[LeetCode] 56. Merge Intervals

Updated
2 min read
[LeetCode] 56. Merge Intervals

Link : https://leetcode.com/problems/merge-intervals/description/

문제 설명

Given an array of intervals where intervals[i] = [start<sub>i</sub>, end<sub>i</sub>], merge all overlapping intervals, and return an array of the non-overlapping intervals that cover all the intervals in the input.

Example 1:

Input: intervals = [[1,3],[2,6],[8,10],[15,18]]
Output: [[1,6],[8,10],[15,18]]
Explanation: Since intervals [1,3] and [2,6] overlap, merge them into [1,6].

Example 2:

Input: intervals = [[1,4],[4,5]]
Output: [[1,5]]
Explanation: Intervals [1,4] and [4,5] are considered overlapping.

Constraints:

  • 1 <= intervals.length <= 10<sup>4</sup>

  • intervals[i].length == 2

  • 0 <= start<sub>i</sub> <= end<sub>i</sub> <= 10<sup>4</sup>

문제 분석

문제 자체는 굉장히 단순합니다.

  • 범위가 overlap되는 부분이 있다면 합친다

저는 이부분을 단순하게 만들기 위해서 순서를 생각했습니다

  1. intervals를 앞 숫자를 기준으로 정렬

  2. interval을 순차적으로 순회

    1. 만약 앞 interval이 없다면, answer에 넣기

    2. 만약 앞 interval이 있다면, overlap 확인

      1. overlap이라면? → 앞 interval에 병합

      2. overlap이 아니라면 → answer에 넣기

  3. 정답 반환

사실 정렬을 제외하면 문제의 내용을 그대로 구현하는 형식이라서 별도의 생각을 할 필요가 없었습니다.

그래서 시간 복잡도를 계산해보면 다음과 같습니다

  1. 순서 정렬 : O(n log n)

  2. 순차 반복 : O(n)

최종 : O(n log n) + O(n) = O(n log n)

문제 해결

import kotlin.math.max
import kotlin.math.min

class Solution {
    fun merge(intervals: Array<IntArray>): Array<IntArray> {
        // 순서가 중요
        intervals.sortBy { it[0] }

        val answer = mutableListOf<IntArray>()

        for (cur in intervals) {
            // 저장된 값이 없는 경우 무조건 넣기
            if (answer.isEmpty()) {
                answer.add(cur)
                continue
            }

            val last = answer.last()
            // 곂치는 부분이 있으면 합치기
            if (isOverlap(last, cur)) {
                last[1] = max(cur[1], last[1])
                last[0] = min(cur[0], last[0])
            } else {// 곂치는 부분이 없으면 넣기
                answer.add(cur)
            }

        }
        return answer.toTypedArray()
    }

    fun isOverlap(u: IntArray, v: IntArray): Boolean = u[1] >= v[0]
}

느낀점

단순한 문제로 생각되지만 그림이나 순서를 잘 생각해야하는 문제여서 엣지 케이스를 어떻게 하면 모두 커버할 수 있는지 추가적인 생각이 필요했습니다. 예를들어서 interval 첫자리 숫자에 대해서 정렬을 하지 않으면 앞뒤로 순회를 해야하는 경우를 고려해야하는데 로직의 복잡도를 줄이기 위해서 정렬을 고려하는 것도 생각해볼 포인트라고 판단됩니다. 나름 재미있게 푼 문제였습니다.

7 views

More from this blog

카프카 입문 시리즈 2편: 토픽, 파티션, 오프셋

이 글은 Apache Kafka 입문 시리즈의 두 번째 글입니다. 1편에서 살펴본 구성 요소들 위에서, 메시지가 실제로 어떤 구조로 저장되고 관리되는지 알아보겠습니다. 1편을 마치며 세 가지 질문을 남겼습니다. 메시지는 브로커 안에서 어떤 구조로 저장될까? 토픽과 파티션은 정확히 무엇이고, 왜 필요할까? 컨슈머의 오프셋은 어떻게 동작할까? 이번 편에서 이 질문들에 하나씩 답하겠습니다. Topic: 메시지의 논리적 분류 토픽(Topic)은...

Mar 19, 202612 min read7

Java GC의 진화 — Serial에서 Generational ZGC까지

Java가 약속한 것 중 하나는 "메모리는 내가 관리할게"였다. C/C++ 개발자들이 malloc과 free로 메모리와 씨름하던 시절, Java는 Garbage Collector(GC)라는 자동 메모리 관리자를 들고 나왔다. 개발자는 객체를 만들기만 하면 되고, 치우는 건 GC가 알아서 한다. 하지만 "알아서"라는 말에는 대가가 있었다. GC가 동작하는 동안 애플리케이션이 멈추는 것이다. 이 멈춤을 Stop-The-World(STW) 일시 정지...

Mar 16, 20269 min read1

Spring의 3대 철학 — DI, AOP, PSA가 만드는 코드의 품격

Spring을 처음 배울 때, 나는 어노테이션 수집가였다. @Autowired를 붙이면 객체가 알아서 들어오고, @Transactional을 붙이면 트랜잭션이 알아서 관리되고, @Cacheable을 붙이면 캐시가 알아서 동작했다. "알아서"라는 말 뒤에 숨은 원리를 몰랐다. 그냥 마법이라고 생각했다. 그러다 문제가 생겼다. @Transactional을 붙였는데 롤백이 안 됐다. 같은 클래스 안에서 메서드를 호출했기 때문이었다. 원인을 찾는 데 ...

Mar 16, 202611 min read9

Spring Boot Docker 이미지, 한 줄 한 줄에 담긴 고민

처음 Spring Boot 애플리케이션을 Docker로 배포했을 때, Dockerfile은 딱 세 줄이었다. FROM openjdk:17 COPY build/libs/app.jar app.jar ENTRYPOINT ["java", "-jar", "app.jar"] 동작은 했다. 하지만 이미지 크기는 700MB를 넘겼고, 코드 한 줄 고칠 때마다 전체 JAR를 다시 빌드해야 했다. 프로덕션에 올릴 때는 root 권한으로 실행되고 있었다. "동작...

Mar 16, 202610 min read4

끄적끄적 테크 블로그

32 posts

물류 회사에 다니고 있는 개발자 블로그입니다. 개발을 너무 좋아해서 정신없이 작업하다가 중간에 끄적거리며 내용들을 몇개 적어봅니다 ㅎㅎ