1. 자바스크립트는 싱글 스레드다 2. 자바스크립트 내부적으로 일부 시간이 걸리는 기능은 대기실로 잠시 이동 후 스택이 다 끝나고 queue에서 실행된다(비동기 실행) 3. 따라서 시간이 오래걸리는 기능이 있으면 해당기능 때문에 마비가 걸리므로 주의가 필요하다 *1. Javascript 로 만든 node.js의 경우 무거운 기능이 생기면 성능이 크게 떨어진다 *2. 따라서 일부 javascript로 만든 무거운 프로그램(게임 등)들은 앞에 로딩시간을 넣는다
쉬운 설명 감사합니다!! C/C++도 이런 설명이 있었으면 좋겠으나... 채널 가보니 웹코딩 전문 채널이네요 ㅜㅜ 혹시 Memory Leak 잡는 방법에 대해서도 영상 만들어주실 수 있을까요?? 인트라넷에서 운용하는 웹페이지가 오래 켜두면 점점 느려지다가 뻗어버리는거 봐선 Memory Leak이 있는거 같은데 제가 웹 코딩을 체계적으로 배운게 아니다보니 어디서부터 어떻게 디버깅을 해야할지 모르겠네요 ㅜㅜ 그리고 파이어폭스보다 크롬에서 더 버벅이는거 같은데 웹 브라우저마다 리소스 관리 측면에서 비교도 해주시면 유용할 것 같습니다!!
event loop moves tasks in the callback queue to the stack(when stack is empty) to be executed, async tasks are first sent to the callback queue(first in first out) call stack is somewhere code is executed in last in first out order Javascript is a single threaded & non-blocking language only have one call-stack
stack에서 코드 그림이 FILO 선입후출에 의해 reverse 되어야 더 정확합니다. 강사님이 stack에서 처리 순서를 쉽게 설명하려고 위에서부터 그린거 같아요. 실제로는 스택 제일 밑바닥에는 가장먼저 실행된 함수가 쌓입니다. 이후 가장 늦게 쌓인 실행 스택이 컨텍스트에서 하나씩 제거 됩니다
이를 이해하려면 '실행 컨텍스트'라는 개념을 찾아보시면 될 것 같습니다. 보통 코드의 실행 흐름은 위에서부터 아래로 진행되는 게 기본인건 아실겁니다. 댓글에서 말씀해주신 부분이 아마 이를 언급하신 것 같구요. 헌데 코드의 흐름을 바꿀 수 있는 요소들이 있습니다. 예를 들면 일반 함수들, 조건문, 반복문 등등. 코드를 순차적으로 진행하다가 이들을 만나면 해당 코드 블럭 안으로 코드의 흐름이 바뀝니다. 이 때 실행 컨텍스트의 개념이 등장합니다. 예를 들어 함수를 만났다고 한다면, 자바스크립트 엔진은 함수 내부의 코드를 평가하여 실행 컨텍스트를 생성하고 이를 실행 컨텍스트 스택에 푸시(push)합니다. 그리고 함수 내부의 코드가 종결될 때 비로소 원래 진행되고 있던 코드로 돌아가 나머지 후순의 코드들을 실행하게 되는거죠. 우리가 흔히 스택의 후입선출은 이러한 실행 컨텍스트 방식을 지칭하는 것 같습니다. 좀 주저리주저리 말이 길었는데 궁금했던 부분과 맞았으면 좋겠네요. 제가 아는대로 써봤는데 잘못된 부분도 있을 수 있으니 참고만 하시면 될거같아요. 화이팅입니다~
여기 댓글보면 개발자들의 자뻑이 참 문제라는걸 알수 있음. 뭐냐면, 자기가 스택, 큐를 현업에서 쓰고 작동방식을 알고 있으니깐 스택 큐가 뭔지 알고 있다고 착각하는 개발자들이 대량으로 보인다는 점임. 프로그래밍을 하면 이런 경우가 있음. 자기가 쓰고 있으면 그거에 대해 100%마스터 했다고 착각하게 되는 케이스가 있는데, 사실 그걸 현업에서 쓰고 있다고 해서 그게 뭔지 진짜로 완벽히 파악하고 있는건 아님. 예를들어 나는 30년 가까이 퍼스널 컴퓨터를 사용하고 있지만 아직도 cpu에서 기계어가 어떻게 반영되는지를 모름. 그냥 내가 코딩 하면 그게 기계어가 되서 뭐 잘 모르는 어쩌고 저쩌고가 발생한다고 이해하고 있고, 앞으로도 그럴거임. 대부분의 개발자들은 기계어를 써서 코딩하라고 시키면 못할테지만, 자기가 기계어라는걸 이해하고 있다고 착각하고 있는 개발자들은 많을것임. 개발하면서 개발자에게 가장 중요한 능력은 그냥 알고 있는거와 알고 있는걸 어디까지 이해하고 있느냐 이 둘의 경계를 정확히 파악하는 것임. 특히 내가 뭘 어떻게 모르고 있냐를 파악하는게 아주 중요한데, 왜냐면 알고 있고 쓰고 있다고 해서 이해했고 파악까지 했다고는 할수 없는 경우가 많고, 내가 뭘 어디까지 모르느냐를 파악해야 나중에 가서 내가 뭘 어디까지 할수 있고 갈수 있느냐라는 견적이 가능해짐. 참고로 난 7년 가까이 자바스크립트를 썼는데 브라우져에서 이런 동작 하는거 이 영상 보고 처음암. 그리고 개념적으로 뭔 OS와 미들웨어가 있고 브라우져는 어플리케이션이네 뭐 어쩌네 하는 소린 많이 들었는데 미들웨어가 뭔진 아직도 이해가 안됨. 알고 이걸 개발에서 인지하고 쓸 일은 있어도 아마 이걸 이해하게 될 일은 영원히 안 올듯.
저 이제 이영상 봤는데 자바 Thread.sleep( ) 이라는 함수랑 매우 비슷한거 같아요. setTimeOut 이란게 쉬었다가 실행하는 거여서 setTimeOut 1초를 하면 1초뒤에 실행한다는 뜻이고 엄청 바쁜 연산을 걸어둔다는것은 1초뒤에 실행하되 엄청 오래걸리는 실행이라는 뜻인거같아요
바닐라 JS가 아닌, JS 런타임을 가진 노드는 싱글 스레드가 맞긴 한데 컴퓨팅이 필요한 작업들은 libuv 를 통해서 worker thread 에 할당하고 병렬 실행해요. 이걸 non-blocking io 라고 하고 단순하게 ‘싱글 스레드라서 느려’ 라고 말하는건 맞는 말은 아닐수 있어요!
![[코딩만화] 비동기 프로그래밍이 뭔가요?](http://i.ytimg.com/vi/m0icCqHY39U/mqdefault.jpg)
(반전) web worker라는걸 쓰면 어려운 계산을 다른 stack에 맡길 수 있습니다
사랑해욥
감사합니다. 배웠던 부분과 몰랐던 부분이 합쳐져서 확실히 이해하게 되었습니다.
진짜 강의 눈물나게 잘하시네요
와 진심 지금까지 공부하면서 강의가 이렇게 재미있다고 느낀적은 처음이에요 신세계입니다...
결제마려워지네
대학교에서 코딩 수업 하나 듣고 별로 관심있는 분야는 아니라 기억 속에 간직하고 있었는데요… 애플 님 영상은 담백하게 재밌어서 그냥 보게 되는 것 같아요 ㅋㅋㅋ 좋은 영상 감사합니다 드립 넘 웃겨요 ㅠㅠ
개발자인데 잘 몰랐던 부분을 짚어주셔서 감사하기도 하고 창피하기도 하고 그러네요ㅎㅎ 감사합니다~
영상 여러개 보고 있는데 짧고 임팩트있고 설명 너무 좋습니다.. 영상도 꼭 필요한것만 있어서 보기좋아요 :)
자바스크립트 원리가 궁금할때가 많았는데, 검색을 해봐도 쓰는 이유나 차이점만 나오고 이렇게 자세한 설명은 없었는데 정말 필요한 정보를 이렇게 올려주셔서 감사합니다! 잘보고 가요
작성자 자체도 이해를 못하고 올리는경우가 다반사라 그럼 ㅎㅎ
이해가 쏙쏙 잘갑니다 이런강의 많이 많이 부탁드려요.
진짜 설명 잘해주시네요 쏙쏙 머리에 꽃혀 버리네요 -0- 짱임 말씀 재미있게 하시고 ㅋㅋ
이분 설명 끝장이네요... 반했어요
강의 진짜 재미있네요 중간 중간 짤도 적절하게 잘 넣어서 ㅋㅋㅋ
으아!! React때 즐겁게 들엇던 선생님 목소리가 ... 너무조아
ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 진짜 츤츤강사님ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 마지막에 이거 알아서 뭐햌ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 좋은 강의 감사합니다.!!
좋은 강의 감사드립니다!
쉽고 친절한 설명 감사드립니다.
마지막 기껏 가르쳐놓고 몰라도된대 ㅋㅋㅋ큐ㅠ 아 설명글 유머도 재밌고 교육내용도 유익했습니다 감사합니다
와 진짜 어렴풋이 용어 모르고 동작하는 거 느낌으로만 이해하고있었는데 강의 듣고 바로 알게됐습니다ㄷㄷㄷ 좋아요 101번 눌렀습니다ㄷㄷ
와ㅋㅋㅋ진짜 내용이 귀에 쏙쏙 들어와요 ㅋㅋㅋ 잘 듣고 갑니다!
진짜 강의 너무 잘하신다.... 궁금할만한 것들을 요점만 쏙쏙 이해하기 쉽고 지루하지도 않게 너무 재밌게 설명해주심 일타강사 ㄹㅇ
1. 자바스크립트는 싱글 스레드다
2. 자바스크립트 내부적으로 일부 시간이 걸리는 기능은 대기실로 잠시 이동 후 스택이 다 끝나고 queue에서 실행된다(비동기 실행)
3. 따라서 시간이 오래걸리는 기능이 있으면 해당기능 때문에 마비가 걸리므로 주의가 필요하다
*1. Javascript 로 만든 node.js의 경우 무거운 기능이 생기면 성능이 크게 떨어진다
*2. 따라서 일부 javascript로 만든 무거운 프로그램(게임 등)들은 앞에 로딩시간을 넣는다
이걸 이렇게 쑉 쑉 알아듣게 설명하시다뇨오오오
당신은 현자십니다
오랜만에 봤는데, 한 4번째 본거같아요!
드디어 이 영상의 모든게 이해가 됬네요 사랑합니다 애플코딩선생님
이런 백그라운드 개념을 알고 있어야 실수가 줄어들게 되죠. 좋은 내용이네요
귀에 쏙 박히는 목소리와 딕션
넘 잼나는 자막인데 츤데레 말투로 설명해주심. 당근 쉽게 알려주는 건 기본. 'setTimeout 그런거 내 눈에 안띄게 하라' 이거 보고 완전 빵 터졌음 ㅋㅋㅋㅋㅋ
와 힙이랑 스택이랑 있는거만 알았지 정확히 어떤 흐름인지 잘 감이 안잡혔는데 이거 듣고 이해했습니다….진짜 설명 찰떡이세요
설명 너무 잘하시고 설명력이 정말 빠져듭니다..진짜 최고..👍🏻👍🏻👍🏻
코딩애플선생님이랑 코딩하면 진짜 재밋게 배울 수 있을 것 같네요..
과외받고 싶을 정도입니다..🙏🏻
설명이 너무 이해가 잘되는데요
유익한 정보 얻어갑니다~
아 진짜 항상마지막이 너무 웃기십니다!!
감사합니다 드디어 전공자여서 얻는 이해의 이점이 생겼습니다. 프로그래밍 언어론 고마워!
자막달리는거 너무 웃겨요 ㅋㅋ 자막이 아니라 주석인가? 여튼 이해도 잘되고 웃겨요 ㅋㅋ 감사합니다!
설명이 진짜 귀에 쏙쏙 들어와요. 저 같은 바보 조만간 프론트엔드 개발자로 스킬업 할 수 있을것만 같은 기분. 열심히 배워볼게요 선생님!
매우 유익한 영상이었습니다.
와,, 그어느 강의보다 이해가 잘되네요 ㅠ,ㅠ
정말 동감이요. 정말 설명 잘 해주는 유튜버들 많은데도 그 중에서도 이 영상이 탑인듯합니다
와 깔끔한 설명 감사합니다 애플느님
초보자에겐 너무나 감사한 눈높이 설명❤️ 개념 쏙쏙 들어와요 감사합니당ㅎㅎ 이런 영상 자주 올려주세요!ㅎㅎ
최고에요 !!
그림이랑 같이 설명 들으니까 이해가 잘 돼요
와우 이런 내용을 어디서 얻으셨나요
정말 감사합니다. 잘 배워갑니다.
어쩐지 제가 만든 페이지가 FOR문이 많아서 응답 대기가 걸리더라구요. 단순 쿼리가 오래걸려서 인줄,..
아 진짜 이런거 너무 좋아욬ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
감사합니다~!
잠깐 웹 프로그래밍 할 일이 있었는데 하면서 절 화나게 했던 많은 미스테리들이 풀렸네요 ㅋㅋㅋ 감사합니다
와 너무 재밌습니다 리액트 강의도 결제해서 보려고요!!
감사합니다 덕분에 좋은 정보 얻어갑니다.
설명은 여기처럼 해야함. 텍스트도 유저 친화적으로 잘 써서 귀에 쏙쏙, 눈에 쏙쏙 들어옴 최고임. 답글 달아주셈 주인장
와 이렇게 쉽고 간단하게 알려줄수도있군요… 감사합니다
대박.... 짱이십니다.
진짜 설명 최고당
웹코딩만 2년반했는데 이걸 저번달에 알아버림.. 사실 하다보면 이런식으로 작동하는 구나를 대충 알기는 하는데 이렇게 자세히 풀어서 보는건 처음이네 이걸 js 처음배울때 있었어야됬는디..
너무 좋은영상 감사합니다ㅏ. ㅎㅎㅎ
마지막에 ㅋㅋㅋㅋㅋ 그래도 이런거 알고싶었어요 . 비슷한 내용 애플 ES6 동기 비동기 수업에서 API대기실 언급있음.
정말 도움 많이 되었습니다 감사합니다
Stack : 웹브라우저 내부 코드실행장소, single threaded/ 대기실에 있다가, 바쁘니까 하나씩 Queue에서 줄서서 와라
Heap: 변수
뭐야 개재밌어요
저번에 본건데 기억안나서 추천 영상에 뜬김에 또 봤어여 ㄱㅅㄱㅅ
선생님.. 너무 재밌습니다...
혹시 호이스팅이나 클로저 같은것도 설명 동영상 찍어주실 수 있나요 ㅠ
진짜....넘나 이해쏙쏙
맨마지막~ "몰라도 되요 알아서 뭐해요", 저걸 알아야 하는데 ㅋㅋ
간단하고 명확한 설명에 감탄 짝짝짝~~~
셋타임 그런거 내눈에 안띄게 해라 ㅎㅎㅎ 정말 직관적인 설명 감사합니다 이해가 쏙쏙 되네요!
좋은 영상 감사합니다.
설명 예술입니다. 너무 잘 보고 있어요. 여기서 대기실 이라고 설명한 부분이 이벤트 루프인건가요? setTimeout 에서 딜레이 시간은 따로 연산이 없나요?
감사합니다!!
아조씨 너무 감사합니다..
2400
이해쏙쏙 🐥
예전에 구매했는데 사이트강의가 업데이트가 되는거에요?, 근데 ㄹㅇ 들었던 강의중에 제일 템포빠르고 잠안오고 재밌고 머리에 잘들어옴
넴 가끔요
와 대박이네.. ㅋㅋㅋㅋㅋㅋ딱 알게됐음요
좋네요 굿굿
쉬운 설명 감사합니다!!
C/C++도 이런 설명이 있었으면 좋겠으나...
채널 가보니 웹코딩 전문 채널이네요 ㅜㅜ
혹시 Memory Leak 잡는 방법에 대해서도 영상 만들어주실 수 있을까요??
인트라넷에서 운용하는 웹페이지가 오래 켜두면 점점 느려지다가 뻗어버리는거 봐선 Memory Leak이 있는거 같은데
제가 웹 코딩을 체계적으로 배운게 아니다보니 어디서부터 어떻게 디버깅을 해야할지 모르겠네요 ㅜㅜ
그리고 파이어폭스보다 크롬에서 더 버벅이는거 같은데
웹 브라우저마다 리소스 관리 측면에서 비교도 해주시면 유용할 것 같습니다!!
새로고침을 하는게 제일쉽지않을까요
@@Q_20 ㄹㅇㅋㅋ
감사합니다
ㅋㅋㅋㅋㅋㅋㅋ크롬쨩이라닠ㅋㅋㅋ진짜 어둠의갓활코딩이닼ㅋㅋㅋㅋ
온라인강의 프리패스 구매하려는데 할인코드 적용못하나용? ㅎ
굳굳굳
JS에선 어려운 수학연산 같은걸 시키면 안된다고 하셨는데 서버로 사용하는 NodeJS에서는 사용해도 상관없을까요?
마지막말이 핵심이네요
자바스크립트가 셋타임아웃같은 비동기가 있어서 스텍큐 저런방식으로 되는건지 파이썬이나 자바는 저런 스텍큐같은 처리가 안되는걸까요??! 궁금해서 여쭤봅니다! 만약 된다면 원리는 똑같은지도 궁금해요!
node.js 로 자바스크립트를 실행했을 때도 마찬가진가요?
event loop moves tasks in the callback queue to the stack(when stack is empty)
to be executed,
async tasks are first sent to the callback queue(first in first out)
call stack is somewhere code is executed in last in first out order
Javascript is a single threaded & non-blocking language
only have one call-stack
센세!
stack에서 코드 그림이 FILO 선입후출에 의해 reverse 되어야 더 정확합니다. 강사님이 stack에서 처리 순서를 쉽게 설명하려고 위에서부터 그린거 같아요. 실제로는 스택 제일 밑바닥에는 가장먼저 실행된 함수가 쌓입니다. 이후 가장 늦게 쌓인 실행 스택이 컨텍스트에서 하나씩 제거 됩니다
와 js작동원리를 이렇게 깔끔하게 정리해주시다니ㅜㅠㅠㅠ프론트공부하는 개발자는 행복해서 웁니당 ㅠㅠ알아서머햌ㅋㅋㅋㅋㅋㅋㅋㅋ드립까지재밌어욥
쉬운 설명 감사합니다!.. 그런데 Stack 은 first in last out이라고 학교에서 배웠던건데 순차적으로 진행 될 수 있는 이유가 뭘까요?? 그리고 대기실이라고 부르시는 저 공간은 어떤 공간인지 궁금합니다.
이를 이해하려면 '실행 컨텍스트'라는 개념을 찾아보시면 될 것 같습니다. 보통 코드의 실행 흐름은 위에서부터 아래로 진행되는 게 기본인건 아실겁니다. 댓글에서 말씀해주신 부분이 아마 이를 언급하신 것 같구요. 헌데 코드의 흐름을 바꿀 수 있는 요소들이 있습니다. 예를 들면 일반 함수들, 조건문, 반복문 등등. 코드를 순차적으로 진행하다가 이들을 만나면 해당 코드 블럭 안으로 코드의 흐름이 바뀝니다. 이 때 실행 컨텍스트의 개념이 등장합니다. 예를 들어 함수를 만났다고 한다면, 자바스크립트 엔진은 함수 내부의 코드를 평가하여 실행 컨텍스트를 생성하고 이를 실행 컨텍스트 스택에 푸시(push)합니다. 그리고 함수 내부의 코드가 종결될 때 비로소 원래 진행되고 있던 코드로 돌아가 나머지 후순의 코드들을 실행하게 되는거죠. 우리가 흔히 스택의 후입선출은 이러한 실행 컨텍스트 방식을 지칭하는 것 같습니다. 좀 주저리주저리 말이 길었는데 궁금했던 부분과 맞았으면 좋겠네요. 제가 아는대로 써봤는데 잘못된 부분도 있을 수 있으니 참고만 하시면 될거같아요. 화이팅입니다~
여기 댓글보면 개발자들의 자뻑이 참 문제라는걸 알수 있음. 뭐냐면, 자기가 스택, 큐를 현업에서 쓰고 작동방식을 알고 있으니깐 스택 큐가 뭔지 알고 있다고 착각하는 개발자들이 대량으로 보인다는 점임.
프로그래밍을 하면 이런 경우가 있음. 자기가 쓰고 있으면 그거에 대해 100%마스터 했다고 착각하게 되는 케이스가 있는데, 사실 그걸 현업에서 쓰고 있다고 해서 그게 뭔지 진짜로 완벽히 파악하고 있는건 아님.
예를들어 나는 30년 가까이 퍼스널 컴퓨터를 사용하고 있지만 아직도 cpu에서 기계어가 어떻게 반영되는지를 모름. 그냥 내가 코딩 하면 그게 기계어가 되서 뭐 잘 모르는 어쩌고 저쩌고가 발생한다고 이해하고 있고, 앞으로도 그럴거임. 대부분의 개발자들은 기계어를 써서 코딩하라고 시키면 못할테지만, 자기가 기계어라는걸 이해하고 있다고 착각하고 있는 개발자들은 많을것임.
개발하면서 개발자에게 가장 중요한 능력은 그냥 알고 있는거와 알고 있는걸 어디까지 이해하고 있느냐 이 둘의 경계를 정확히 파악하는 것임. 특히 내가 뭘 어떻게 모르고 있냐를 파악하는게 아주 중요한데, 왜냐면 알고 있고 쓰고 있다고 해서 이해했고 파악까지 했다고는 할수 없는 경우가 많고, 내가 뭘 어디까지 모르느냐를 파악해야 나중에 가서 내가 뭘 어디까지 할수 있고 갈수 있느냐라는 견적이 가능해짐.
참고로 난 7년 가까이 자바스크립트를 썼는데 브라우져에서 이런 동작 하는거 이 영상 보고 처음암.
그리고 개념적으로 뭔 OS와 미들웨어가 있고 브라우져는 어플리케이션이네 뭐 어쩌네 하는 소린 많이 들었는데 미들웨어가 뭔진 아직도 이해가 안됨. 알고 이걸 개발에서 인지하고 쓸 일은 있어도 아마 이걸 이해하게 될 일은 영원히 안 올듯.
멋집니다.
이 댓글을 보면 자신이 빡대가리면 모두가 빡대가리일것이라고 착각하시는듯.
마지막에 최종요약을 1초만에 해주시네요ㅋ
"근데 몰라도 되요. 알아서 뭐해"
오오~~ 5~~~
하면서 듣다가
‘이거 몰라도 돼요 알아서 뭐해’
에서 구독 쎄게 눌렀음
함수 사용할 때, 이벤트 리스너 사용 후 clean 해주는것도 stack에 남아있기 때문인가요?
웹디자인 기능사에 메뉴 네비게이션 제작하는거에서 stop 으로 앞에했던 동작(메뉴에 호버기능)이 큐에 쌓인거 없애주라고 배웠던기억이 나네요 재밌네
개꿀강의;
이분 강의는 다른 분 강의에 비해... 댓글이 많은게 특징임. ㅋㅋㅋ
역시 코딩애플입니다.
듣다가 갑자기 생각난건데 setTimeOut에다가 1초를 걸어놓아도 스택이나 큐에서 엄청 바쁜 처리를 하고 있다면
1초가 아니라 2초든 5초든 10초든 걸릴 수 있다는거네요.
1초 이전은 없겠지만
네 javascript 자체가 정확한 시간을 측정하지 않습니다.
해당 코드를 주기적으로 실행할지말지 검사합니다.
지정해둔 시간이 지나갔는지만 체크한 후 지나가면 호출하기 때문에 말씀하신대로 1초를 걸어도 1초 이상이 걸릴 수 있습니다
@@mung- 인강만드실래여
@@codingapple 어떤 컨텐츠로 가십니까
저 이제 이영상 봤는데 자바 Thread.sleep( ) 이라는 함수랑 매우 비슷한거 같아요. setTimeOut 이란게 쉬었다가 실행하는 거여서 setTimeOut 1초를 하면 1초뒤에 실행한다는 뜻이고 엄청 바쁜 연산을 걸어둔다는것은 1초뒤에 실행하되 엄청 오래걸리는 실행이라는 뜻인거같아요
개깔끔하네
진심 최고의설명인디요???...
Stack에 아무리 좋은 조건으로 입력해도
중간에 함수나 조건이 들어가면 줄을 잘못 세운 꼴이라 stack과 q가 바빠져서 처리가 오래걸리는건가요?
사랑해요 코딩애플
3분 51초에 보면 스택에
console.log(1+1)
setTimeout(function(){ console.log(2+2)}, 1000)
console.log(3+3)
이렇게 써있는데 맞는건가요?
크롬에서 호출 스택보니까, (익명) 여러번 실행하다가 setTimeout(비동기) 추가되고 없어지던데요~
스택에 한번에 쌓이지 않고, 한개씩 추가되고 삭제되고 반복하는게 맞지 않나요?
바닐라 JS가 아닌, JS 런타임을 가진 노드는 싱글 스레드가 맞긴 한데 컴퓨팅이 필요한 작업들은 libuv 를 통해서 worker thread 에 할당하고 병렬 실행해요. 이걸 non-blocking io 라고 하고 단순하게 ‘싱글 스레드라서 느려’ 라고 말하는건 맞는 말은 아닐수 있어요!
소프트웨어 2학년인데 자바스크립트 설명 재밌어용
이해잘된당
좋은 영상 감사합니다 ㅎ 정리가 되었어요! 그런데 Promise나 async function이 핵심인 거 같은데 그 설명이 없어서 아쉽군요 ㅠ