As mentioned above, every module wi

As mentioned above, every module will have it’s own GCD Queue by default, unless it specifies the queue it wants to run on, by implementing the -methodQueue method or synthesizing the methodQueue property with a valid queue. The exceptions are View Managers* (That extend RCTViewManager) that will use the Shadow Queue by default, and the special target RCTJSThread, which is just a placeholder, since it’s a thread rather than a queue.

* View Managers not a real exception, since the base class explicitly specifies the shadow queue as the target queue.

The current threading “rules” are as following:

-init and -setBridge: are guaranteed to be called on the main thread;
All the exported methods are guaranteed to be called on the target queue;
If you implement the RCTInvalidating protocol, invalidate is also guaranteed to be called on the target queue;
There’s no guarantees for which thread -dealloc is going to be called from.
When a batch of calls is received from JS, the calls will be groupped by target queue, and dispatched in parallel:

Kết quả (Việt) 1:

Như đã đề cập ở trên, mỗi mô-đun sẽ có nó là của riêng hàng đợi GCD theo mặc định, trừ khi nó chỉ định hàng đợi nó muốn chạy trên, bằng cách thực hiện phương pháp - methodQueue hoặc tổng hợp các tài sản methodQueue với một hàng chờ hợp lệ. Các ngoại lệ là xem quản lý * (mà mở rộng RCTViewManager) mà sẽ sử dụng hàng đợi bóng theo mặc định, và các mục tiêu đặc biệt RCTJSThread, đó là chỉ là một giữ chỗ, vì nó là một chủ đề chứ không phải là một hàng đợi.* Xem quản lý không phải là một ngoại lệ thực tế, kể từ khi lớp cơ sở rõ ràng chỉ định hàng đợi bóng như xếp hàng mục tiêu.Hiện tại luồng "quy tắc" như sau:-init và - setBridge: được bảo đảm để được gọi là chủ đề chính;Tất cả các phương pháp xuất khẩu được đảm bảo để được gọi là vào hàng đợi mục tiêu;Nếu bạn thực hiện các giao thức RCTInvalidating, làm mất hiệu lực cũng được đảm bảo để được gọi là vào hàng đợi mục tiêu;Có là không có bảo đảm cho chủ đề đó - dealloc sẽ được gọi từ.Khi một loạt các cuộc gọi nhận được từ JS, các cuộc gọi sẽ là groupped bởi xếp hàng mục tiêu, và phái song song:

Kết quả (Việt) 2:

Như đã đề cập ở trên, mỗi mô-đun sẽ có riêng GCD Queue của nó theo mặc định, trừ khi nó xác định hàng đợi nó muốn chạy trên, bằng cách thực hiện các phương pháp -methodQueue hoặc tổng hợp các tài sản methodQueue với một hàng đợi hợp lệ. Các trường hợp ngoại lệ là Xem người quản lý * (Đó là mở rộng RCTViewManager) mà sẽ sử dụng Queue bóng theo mặc định, và mục tiêu đặc biệt RCTJSThread, mà chỉ là một giữ chỗ, vì nó là một chủ đề chứ không phải là một hàng đợi.

* Xem người quản lý không phải là một ngoại lệ thật, vì lớp cơ sở xác định một cách rõ ràng các hàng đợi bóng như hàng đợi mục tiêu.

các luồng "quy tắc" hiện nay như sau:

init và -setBridge: được đảm bảo để được gọi vào các chủ đề chính;
Tất cả các phương pháp xuất khẩu được đảm bảo để được gọi vào nhắm mục tiêu hàng đợi;
Nếu bạn thực hiện các giao thức RCTInvalidating, làm mất hiệu lực cũng được đảm bảo để được gọi vào hàng đợi mục tiêu;
có gì đảm bảo cho mà thread -dealloc sẽ được gọi là từ.
Khi hàng loạt các cuộc gọi được nhận từ JS, các cuộc gọi sẽ được được nhóm bởi hàng đợi mục tiêu, và gửi đi song song: