Helpex - Trao đổi & giúp đỡ Đăng nhập
117

Tôi đang suy nghĩ về nó và đây là những gì tôi nghĩ ra:

Hãy nói rằng chúng ta có một mã như thế này:

console.clear();
console.log("a");
setTimeout(function(){console.log("b");},1000);
console.log("c");
setTimeout(function(){console.log("d");},0);

Một yêu cầu xuất hiện và công cụ JS bắt đầu thực thi mã ở trên từng bước. Hai cuộc gọi đầu tiên là cuộc gọi đồng bộ. Nhưng khi nói đến setTimeoutphương thức, nó trở thành một thực thi không đồng bộ. Nhưng ngay lập tức JS trả về từ nó và tiếp tục thực thi, được gọi là Non-Blockinghoặc Async. Và nó tiếp tục làm việc khác, vv

Kết quả của việc thực hiện này là như sau:

acdb

Vì vậy, về cơ bản, cái thứ hai setTimeoutđã hoàn thành đầu tiên và chức năng gọi lại của nó được thực hiện sớm hơn cái đầu tiên và điều đó có ý nghĩa.

Chúng ta đang nói về ứng dụng đơn luồng ở đây. Công cụ JS tiếp tục thực hiện điều này và trừ khi nó hoàn thành yêu cầu đầu tiên, nó sẽ không chuyển sang yêu cầu thứ hai. Nhưng điều tốt là nó sẽ không chờ các hoạt động chặn như setTimeoutgiải quyết để nó sẽ nhanh hơn vì nó chấp nhận các yêu cầu mới đến.

Nhưng câu hỏi của tôi phát sinh xung quanh các mục sau đây:

# 1: Nếu chúng ta đang nói về một ứng dụng đơn luồng, thì cơ chế nào xử lý setTimeoutstrong khi công cụ JS chấp nhận nhiều yêu cầu hơn và thực thi chúng? Làm thế nào để chủ đề duy nhất tiếp tục làm việc trên các yêu cầu khác? Những gì hoạt động setTimeouttrong khi các yêu cầu khác tiếp tục đến và được thực hiện.

# 2: Nếu các setTimeoutchức năng này được thực thi phía sau hậu trường trong khi có nhiều yêu cầu đến và được thực thi, điều gì sẽ thực hiện các thực thi không đồng bộ phía sau hậu trường? Cái mà chúng ta nói đến được gọi là EventLoopgì?

# 3: Nhưng không nên đặt toàn bộ phương thức EventLoopđể toàn bộ điều được thực thi và phương thức gọi lại được gọi? Đây là những gì tôi hiểu khi nói về chức năng gọi lại:

function downloadFile(filePath, callback)
{
  blah.downloadFile(filePath);
  callback();
}

Nhưng trong trường hợp này, làm thế nào để Công cụ JS biết nếu đó là một hàm async để nó có thể đặt cuộc gọi lại trong EventLoop? Perhaps something like thetừ khóa async` trong C # hoặc một loại thuộc tính nào đó cho biết phương thức mà Công cụ JS sẽ sử dụng là phương thức async và nên được điều trị phù hợp.

# 4: Nhưng một bài báo nói hoàn toàn trái ngược với những gì tôi đã đoán về cách mọi thứ có thể hoạt động:

Vòng lặp sự kiện là một hàng đợi các hàm gọi lại. Khi một chức năng async thực thi, chức năng gọi lại được đẩy vào hàng đợi. Công cụ JavaScript không bắt đầu xử lý vòng lặp sự kiện cho đến khi mã sau khi hàm async được thực thi.

# 5: Và có hình ảnh này ở đây có thể hữu ích nhưng lời giải thích đầu tiên trong hình ảnh là nói chính xác điều tương tự được đề cập trong câu hỏi số 4:

Vì vậy, câu hỏi của tôi ở đây là để có được một số làm rõ về các mục được liệt kê ở trên?

117 hữu ích 5 bình luận 44k xem chia sẻ
80

1: Nếu chúng ta đang nói về một ứng dụng đơn luồng, vậy thì quá trình setTimeouts trong khi công cụ JS chấp nhận nhiều yêu cầu hơn và thực thi chúng? Không phải là chủ đề duy nhất sẽ tiếp tục làm việc trên các yêu cầu khác? Sau đó, ai sẽ tiếp tục làm việc trên setTimeout trong khi các yêu cầu khác tiếp tục đến và được thực thi.

Chỉ có 1 luồng trong quy trình nút thực sự sẽ thực thi JavaScript chương trình của bạn. Tuy nhiên, trong chính nút, thực sự có một số luồng xử lý hoạt động của cơ chế vòng lặp sự kiện và điều này bao gồm một nhóm các luồng IO và một số ít các luồng khác. Điều quan trọng là số lượng các luồng này không tương ứng với số lượng kết nối đồng thời được xử lý như trong mô hình tương tranh luồng trên mỗi kết nối.

Bây giờ về "thực thi setTimeouts", khi bạn gọi setTimeout, tất cả các nút về cơ bản là cập nhật cấu trúc dữ liệu của các hàm sẽ được thực thi tại một thời điểm trong tương lai. Về cơ bản, nó có một loạt các hàng thứ cần làm và mỗi "đánh dấu" của vòng lặp sự kiện mà nó chọn, loại bỏ nó khỏi hàng đợi và chạy nó.

Một điều quan trọng cần hiểu là nút phụ thuộc vào hệ điều hành trong hầu hết các công việc nặng. Vì vậy, các yêu cầu mạng đến thực sự được theo dõi bởi chính HĐH và khi nút sẵn sàng xử lý, nó chỉ sử dụng một cuộc gọi hệ thống để yêu cầu HĐH yêu cầu mạng với dữ liệu sẵn sàng được xử lý. Rất nhiều nút "làm việc" IO là "Hey OS, có kết nối mạng với dữ liệu sẵn sàng để đọc?" hoặc "Này HĐH, bất kỳ cuộc gọi hệ thống tập tin nổi bật nào của tôi đều có sẵn dữ liệu?". Dựa trên thuật toán bên trong và thiết kế công cụ vòng lặp sự kiện, nút sẽ chọn một "đánh dấu" JavaScript để thực thi, chạy nó, sau đó lặp lại quy trình một lần nữa. Đó là ý nghĩa của vòng lặp sự kiện. Node về cơ bản là tại mọi thời điểm xác định "một chút JavaScript tiếp theo tôi nên chạy là gì?", Sau đó chạy nó.setTimeouthoặc process.nextTick.

2: Nếu các setTimeout này sẽ được thực hiện phía sau hậu trường trong khi có nhiều yêu cầu đến và thực hiện, thì điều thực hiện các lệnh thực thi async đằng sau hậu trường có phải là điều chúng ta đang nói về EventLoop không?

Không có JavaScript nào được thực thi phía sau hậu trường. Tất cả các JavaScript trong chương trình của bạn chạy phía trước và trung tâm, từng cái một. Điều xảy ra đằng sau hậu trường là HĐH xử lý IO và nút chờ đợi điều đó sẵn sàng và nút quản lý hàng đợi javascript của nó đang chờ thực thi.

3: Làm thế nào để JS Engine có thể biết nếu đó là một hàm async để nó có thể đưa nó vào EventLoop?

Có một tập hợp các hàm cố định trong lõi nút không đồng bộ vì chúng thực hiện các cuộc gọi hệ thống và nút biết đó là những gì vì chúng phải gọi OS hoặc C ++. Về cơ bản, tất cả các mạng và hệ thống tập tin IO cũng như các tương tác quy trình con sẽ không đồng bộ và cách CHỈ JavaScript có thể khiến nút chạy một cái gì đó không đồng bộ bằng cách gọi một trong các hàm async được cung cấp bởi thư viện lõi nút. Ngay cả khi bạn đang sử dụng gói npm xác định API của chính nó, để mang lại vòng lặp sự kiện, cuối cùng mã của gói npm sẽ gọi một trong các hàm async của lõi nút và đó là khi nút biết dấu tick hoàn tất và nó có thể bắt đầu sự kiện thuật toán lặp lại.

4 Vòng lặp sự kiện là một hàng đợi các hàm gọi lại. Khi một chức năng async thực thi, chức năng gọi lại được đẩy vào hàng đợi. Công cụ JavaScript không bắt đầu xử lý vòng lặp sự kiện cho đến khi mã sau khi hàm async được thực thi.

Vâng, điều này là đúng, nhưng nó sai lệch. Điều quan trọng là mô hình bình thường là:

//Let's say this code is running in tick 1
fs.readFile("/home/barney/colors.txt", function (error, data) {
  //The code inside this callback function will absolutely NOT run in tick 1
  //It will run in some tick >= 2
});
//This code will absolutely also run in tick 1
//HOWEVER, typically there's not much else to do here,
//so at some point soon after queueing up some async IO, this tick
//will have nothing useful to do so it will just end because the IO result
//is necessary before anything useful can be done

Vì vậy, có, bạn hoàn toàn có thể chặn vòng lặp sự kiện bằng cách chỉ cần đếm các số Fibonacci một cách đồng bộ tất cả trong bộ nhớ trong cùng một dấu, và vâng, điều đó sẽ hoàn toàn đóng băng chương trình của bạn. Đó là sự hợp tác đồng thời. Mỗi tích tắc của JavaScript phải mang lại vòng lặp sự kiện trong một khoảng thời gian hợp lý hoặc kiến ​​trúc tổng thể thất bại.

80 hữu ích 5 bình luận chia sẻ
53

Có một video hướng dẫn tuyệt vời của Philip Roberts, giải thích vòng lặp sự kiện javascript theo cách đơn giản và khái niệm nhất. Mỗi nhà phát triển javascript nên có một cái nhìn.

Đây là liên kết video trên Youtube.

53 hữu ích 5 bình luận chia sẻ
10

Đừng nghĩ rằng quá trình máy chủ là đơn luồng, nhưng không. Những gì đơn luồng là một phần của quá trình máy chủ thực thi mã javascript của bạn.

Ngoại trừ công nhân nền tảng , nhưng những điều này làm phức tạp kịch bản ...

Vì vậy, tất cả mã js của bạn chạy trong cùng một luồng và không có khả năng bạn có hai phần mã js khác nhau để chạy đồng thời (vì vậy, bạn không quản lý được đồng thời để quản lý).

Mã js đang thực thi là mã cuối cùng mà quá trình máy chủ chọn từ vòng lặp sự kiện. Trong mã của bạn, về cơ bản bạn có thể thực hiện hai điều: chạy các hướng dẫn đồng bộ và lên lịch các hàm sẽ được thực thi trong tương lai, khi một số sự kiện xảy ra.

Đây là đại diện tinh thần của tôi (hãy cẩn thận: chỉ là tôi không biết chi tiết triển khai trình duyệt!) Của mã ví dụ của bạn:

console.clear();                                   //exec sync
console.log("a");                                  //exec sync
setTimeout(                //schedule inAWhile to be executed at now +1 s 
    function inAWhile(){
        console.log("b");
    },1000);    
console.log("c");                                  //exec sync
setTimeout(
    function justNow(){          //schedule justNow to be executed just now
        console.log("d");
},0);       

Trong khi mã của bạn đang chạy, một luồng khác trong quy trình lưu trữ sẽ theo dõi tất cả các sự kiện hệ thống đang xảy ra (nhấp vào UI, tệp đã đọc, các gói mạng nhận được, v.v.)

Khi mã của bạn hoàn tất, nó sẽ bị xóa khỏi vòng lặp sự kiện và quá trình máy chủ quay lại kiểm tra nó, để xem có nhiều mã hơn để chạy không. Vòng lặp sự kiện chứa thêm hai trình xử lý sự kiện: một được thực thi ngay bây giờ (hàm justNow) và một vòng khác trong một giây (hàm inAWhile).

Quá trình lưu trữ bây giờ cố gắng khớp tất cả các sự kiện đã xảy ra để xem liệu có trình xử lý nào được đăng ký cho chúng không. Nó phát hiện ra rằng sự kiện mà justNow đang chờ đã xảy ra, vì vậy nó bắt đầu chạy mã của nó. Khi hàm justNow thoát, nó sẽ kiểm tra vòng lặp sự kiện vào một lần khác, tìm kiếm các trình xử lý trên các sự kiện. Giả sử 1 giây đã trôi qua, nó chạy hàm inAWhile, v.v.

10 hữu ích 0 bình luận chia sẻ
loading
Không tìm thấy câu trả lời bạn tìm kiếm? Duyệt qua các câu hỏi được gắn thẻ javascript multithreading node.js asynchronous event-loop , hoặc hỏi câu hỏi của bạn.

Có thể bạn quan tâm

loading