René's URL Explorer Experiment

{"@context":"https://schema.org","@type":"DiscussionForumPosting","headline":"[이호석] CH02 자바 컴파일 과정에 대한 간단한 이해 + 주석은 성능에 영향을 끼치지 않는다 ","articleBody":"## 🤔 왜 이슈를 생성했나요?\r\n현식님의 https://github.com/Invincible-Backend-Study/java-basic/issues/1 이슈에서 현식님과 재홍님은 실습을 통해 증명해주셨습니다. 저는 여기에 이론을 곁들이면 더 좋을것 같아 코멘트를 작성하게 됐습니다.\r\n\r\n\u003e 생각보다 글이 길어져서 별도의 이슈로 분리하게 됐습니다! ㅎㅎ\r\n\r\n\u003cbr\u003e\r\n\r\n## 😁 공유하고 싶은 내용\r\n### 자바 파일에 대한 이해\r\n\u003cimg src=\"https://user-images.githubusercontent.com/66772624/229870697-4bdb5d78-4404-45ad-a842-20f1acfb4c64.png\" width=\"500\" height=\"\"\u003e\r\n\r\n우리가 작성한 `.java` 파일은 모두 텍스트 파일입니다. 따라서 일반 텍스트 편집기에서 읽을 수 있습니다. \r\n\r\n일반 텍스트 파일과의 차이점으로는 Java 코드로 이루어져 있고, Java 컴파일러가 읽을 수 있는 확장자라는 부분에서 차이점 있습니다.\r\n\r\n\u003cbr\u003e\r\n\r\n### 자바 컴파일 과정에 대한 이해\r\n그렇다면 일반 텍스트 파일인 `.java`파일을 어떻게 컴파일 할까요?\r\n자바는 소스 코드 컴파일 과정이 스펙에 명시되어 있지 않지만, C언어의 컴파일 과정을 예시로 보면 다음과 같습니다.\r\n`전처리 -\u003e 컴파일 -\u003e 어셈블리 -\u003e 링킹`\r\n이때 전처리 과정에서 주석제거, 매크로 인라인화, include(import) 파일 인라인화가 이루어집니다.\r\n\r\n자바에서는 다음과 같이 컴파일 과정을 명시합니다.\r\n- `자바 소스 코드 파일(.java) -\u003e javac 컴파일러 -\u003e JVM 바이트코드(.class)`\r\nJava는 컴파일 + 어셈블리 과정을 하나로 뭉쳐서 컴파일이라고 말하기도 합니다.\r\n\r\n여기서 컴파일러에서 진행되는 세부 단계를 살펴보면 다음과 같습니다.\r\n\r\n1. `Lexical Analysis(어휘 분석)`\r\n소스 코드에서 문자 단위로 읽어 어휘소를 식별 하고 토큰 스트림을 생성합니다.\r\npublic, class, main, for과 같은 `키워드` 분석, 1L, 2.3f같은 `리터럴` 분석, 식별자, 연산자, 구분 문자 등을 분석하여 토큰 스트림을 생성합니다.\r\n\r\n2. `Syntax Analysis(구문 분석)`\r\n어휘 분석 결과로 생성한 토큰 스트림을 이용해 자바 언어의 스펙 형식에 맞는지 문법을 검사합니다. 문법이 틀리다면 컴파일 에러가 발생하고 맞다면 Parse Tree를 생성합니다. (트리 자료구조)\r\n\r\n3. `Symantic Analysis(의미 분석)`\r\n이곳에서는 타입 검사, 자동 타입 변환 등이 수행됩니다. (int a = \"a\" -\u003e 컴파일 오류 발생) 이후 파스 트리에 정보들이 추가 됩니다.\r\n\r\n4. `Intermediate Code Generation(중간 코드 생성)`\r\n윗 단계를 통과하면 파스 트리를 바탕으로 기게어로 변환하기 좋은 형태인 중간 언어로된 중간 코드를 생성합니다.\r\n자바의 `바이트 코드`가 중간 코드에 해당됩니다. \r\n자바, 클로저, 스칼라, 코틀린과 같은 언어와 같이 JVM에서 실행되는 언어들은 모두 이 바이트 코드(중간 코드)를 생성합니다.\r\n\r\n4. `Code Optimization(중간 코드 최적화)`\r\n중간 코드가 더 효율적인 기계어로 변환되도록 최적화 하는 과정이 수행됩니다.\r\n\r\n\u003cbr\u003e\r\n\r\n이렇게 컴파일이 완료되면 .class 라는 바이트 코드가 생성됩니다.\r\n따라서 컴파일 과정에서 주석이 굉장히 많아질 경우 위의 분석 단계에서 많은 시간을 소요하게 됩니다.\r\n\r\n또한 결과물인 바이트 코드에서는 개발자가 작성한 주석이 남아있지 않지만, 그 흔적을 찾아볼 수 있습니다!\r\n\r\n자바는 전처리 과정에서 주석이 있던 행 자체가 제거되지 않습니다. 따라서 바이트 코드 내용중에서 자바 소스 코드의 행 번호와 바이트코드 명령어의 위치를 매핑하는 부분에서 주석이 있던 행이 제거되지 않은 상태의 행 번호가 표시됩니다.\r\n\r\nMain 클래스가 존재할때 빌드를 하게 되면\r\n![image](https://user-images.githubusercontent.com/66772624/229895187-08b1e2fe-023b-4de3-860a-e12ca5add538.png)\r\n\r\n다음과 같은 바이트코드를 살펴볼 수 있습니다. (IntelliJ)\r\n![image](https://user-images.githubusercontent.com/66772624/229881086-1326074d-7077-423a-9cf9-e3fb84397d6b.png)\r\n\r\n위 바이트 코드에 하이라이팅 된 부분을 보면 Line 8에 \"Hello World!\"를 출력한다는 정보를 살펴볼 수 있습니다.\r\n이는 주석이 제거되지 않은 상태의 행 번호와 일치합니다.\r\n\r\n이를 통해 자바 컴파일 과정에서 주석의 양이 굉장히 많아질 경우 컴파일 성능에 차이가 있음을 유추할 수 있습니다.\r\n\r\n\r\n\u003cbr\u003e\r\n\r\n### 빌드와 컴파일\r\n\r\n개인적으로 자료를 찾아보면서 두 용어에 대한 혼동이 있었습니다.\r\n\r\n- 빌드:  소프트웨어의 결과물을 만드는데 필요한 모든 단계를 포괄하는 프로세스 이며 소스 파일을 컴퓨터에서 실행할 수 있는 독립적인 형태로 변환하는 과정 및 결과를 말합니다. 자바에서는 다음과 같이 빌드하게 됩니다.\r\n  - 코드 작성\r\n  - 코드 컴파일\r\n  - 테스트 코드 컴파일\r\n  - 테스트 실행(단위, 통합 테스트 등)\r\n  - 패키징(jar, war 등)\r\n  - 상태 검사 실행\r\n  - 보고서 생성\r\n\r\n위 과정을 살펴봤을때 컴파일 과정은 빌드의 부분집합으로 포함됨을 알 수 있습니다.\r\n\r\n따라서 주석이 많아지면 컴파일시 속도가 느려진다 -\u003e OK\r\n혹은 주석이 많아지면 빌드 속도가 느려진다 -\u003e OK\r\n모두 맞는 말이라고 생각합니다!\r\n\r\n\u003cbr\u003e\r\n\r\n## 📌 참고자료\r\n[What is .java file?](https://www.lifewire.com/what-is-a-java-file-2622759)\r\n[Building vs. Compiling (Java) - stackoverflow](https://stackoverflow.com/questions/2650168/building-vs-compiling-java)\r\n[Back to the Essence - Java 컴파일에서 실행까지 - (1) - HomoEfficio](https://homoefficio.github.io/2019/01/31/Back-to-the-Essence-Java-%EC%BB%B4%ED%8C%8C%EC%9D%BC%EC%97%90%EC%84%9C-%EC%8B%A4%ED%96%89%EA%B9%8C%EC%A7%80-1/)","author":{"url":"https://github.com/HiiWee","@type":"Person","name":"HiiWee"},"datePublished":"2023-04-04T18:27:36.000Z","interactionStatistic":{"@type":"InteractionCounter","interactionType":"https://schema.org/CommentAction","userInteractionCount":2},"url":"https://github.com/6/java-basic/issues/6"}