Tìm hiểu về Zones (zone.js)
Bài đăng này đã không được cập nhật trong 6 năm
Zones là một cơ chế giúp các lập trình viên xử lý nhiều tác vụ bất đồng bộ (async) có liên kết với nhau về mặt logic. Zones hoạt động bằng cách liên kết mỗi tác vụ bất đồng bộ với một zone. Những lợi ích của việc liên kết này:
- Việc liên kết dữ liệu nào đó với zone, tương tự như thread-local storage ở những ngôn ngữ khác, cho phép truy cập đến bất kể tác vụ bất đồng bộ nào bên trong zone.
- Tự động theo dõi những tác vụ bất đồng bộ chưa hoàn thành bên trong một zone để thực hiện việc cleanup, rendering hoặc các bước test assertion
- Tính tổng thời gian đã trôi qua trong một zone, phục vụ cho việc phân tích hoặc lên hồ sơ theo lĩnh vực (in-the-field profiling).
- Xử lý tất cả những ngoại lệ (exceptions) hoặc promise rejections chưa được xử lý bên trong zone, thay vì để chúng được trả về ở các tầng xử lý đầu. Zone API liên quan Chúng ta hay điểm qua những hàm quan trọng nhất khi làm việc với Zones. Class Zone có interface như sau:
class Zone {
constructor(parent: Zone, zoneSpec: ZoneSpec);
static get current();
get name();
get parent();
fork(zoneSpec: ZoneSpec);
run(callback, applyThis, applyArgs, source);
runGuarded(callback, applyThis, applyArgs, source);
wrap(callback, source);
}
Zones có một khái niệm quan trọng là zone hiện tại (current zone). Zone hiện tại là ngữ cảnh bất đồng bộ mà truyền đi tất cả những tác vụ bất đồng bộ. Nó đại diện cho zone mà đã liên kết với stack frame/async task hiện tại đang được thực thi. Zone hiện tại có thể được truy cập thông qua hàm static Zone.current
Mỗi zone có thuộc tính name
, chủ yếu được sử dụng cho mục đích tooling và debug. Zone cũng định nghĩa những hàm để xử lý zones:
z.run(callback, ...)
gọi một hàm trong zone một cách đồng bộ. Nó sẽ đặt current zone vềz
khi thực hiện chạycallback
và khôi phục về giá trị lúc trước khicallback
chạy xong. Việc chạy một callback trong zone thường được gọi là truy cập vào zone.z.runGuarded(callback, ...)
cũng giống nhưrun
nhưng nó sẽ bắt những lỗi runtime và đưa ra cơ chế để can thiệp vào chúng. Nếu một lỗi chưa được xử lý bởi bất kể Zone cha nào thì nó sẽ được trả về một lần nữa.z.wrap(callback)
tạo ra một hàm mới mà bắt giá trịz
bên trong closure và về bản chất sẽ thực hiệnz.runGuarded(callback, ...)
khi được thực thi. Nếu một callback được truyền vào hàmother.run(callback)
thì nó vẫn được chạy bên trong zonez
, chứ không phải zoneother
. Cơ chế này có ý tưởng tương tự với cách hoạt động củaFunction.prototype.bind
trong Javascript.
Hàm fork
sẽ được đề cập ở phần tiếp theo của bài viết. Ngoài các phương thức kể trên, Zone cũng có một loạt các hàm để chạy, lên lịch và huỷ một task:
class Zone {
runTask(...);
scheduleTask(...);
scheduleMicroTask(...);
scheduleMacroTask(...);
scheduleEventTask(...);
cancelTask(...);
Đây là những hàm ở tầng thấp mà hiếm khi được sử dụng bởi những lập trình viên thông thường nên chúng sẽ không được đề cập ở bài viết này.
Sử dụng zone với call stack
Javascript VM thực thi mỗi hàm trên stack frame. Xét ví dụ sau:
function c() {
// capturing stack trace
try {
new Function('throw new Error()')();
} catch (e) {
console.log(e.stack);
}
}
function b() { c() }
function a() { b() }
a();
Bên trong hàm c
, nó sẽ có call stack như dưới đây:
at c (index.js:3)
at b (index.js:10)
at a (index.js:14)
at index.js:17
Callstack có thể được mô tả như sau:
Như vậy sẽ có 3 stack frames cho các lời gọi hàm và một stack cho ngữ cảnh toàn cục (global context).
Trong Javascript, stack frame cho hàm c
không liên kết với stack frame cho hàm a
theo bất cứ cách nào. Zone cho phép liên kết mỗi stack frame với một zone cụ thể nào đó. Ví dụ, stack frame của a
và c
trong cùng một zone có thể liên kết cùng nhau một cách hiệu quả như mô tả dưới đây:
Tạo một Zone với zone.fork
Một trong những đặc tính được sử dụng nhiều nhất của Zones là tạo một zone mới với phương thức fork
. Fork một zone có nghĩa là tạo mới một zone con (chid zone) và đặt thuộc tính parent
đến zone được fork.
const c = z.fork({name: 'c'});
console.log(c.parent === z); // true
Phương thức fork
đơn thuần tạo một zone mới sử dụng class như sau:
new Zone(targetZone, zoneSpec);
Như vậy để thực hiện liên kết các hàm a
và c
với nhau trong cùng một zone thì cần phải tạo zone đó trước bằng cách sử dụng phương thức fork
như sau:
const zoneAC = Zone.current.fork({name: 'AC'});
Đối tượng truyền vào phương thức fork
được gọi là đặt tả zone (ZoneSpec) và có những thuộc tính sau:
interface ZoneSpec {
name: string;
properties?: { [key: string]: any };
onFork?: ( ... );
onIntercept?: ( ... );
onInvoke?: ( ... );
onHandleError?: ( ... );
onScheduleTask?: ( ... );
onInvokeTask?: ( ... );
onCancelTask?: ( ... );
onHasTask?: ( ... );
name
định nghĩa tên của zone và properties
được sử dụng để liên kết dữ liệu với zone. Tất cả những thuộc tính khác là các hooks cho phép parent zone can thiệp vào những tác vụ nhất định của child zones. Ở phần sau của bài viết, chúng ta sẽ thấy được cách sử dụng properties
để chia sẻ dữ liệu giữa những tác vụ bất đồng bộ và các hooks, cho phép theo dõi các task.
Tạo một child zone nữa:
const zoneB = Zone.current.fork({name: 'B'});
Giờ chúng ta có 2 zone mà có thể sử dụng để thực thi các hàm bên trong một zone cụ thể nào đó bằng cách sử dụng phương thức zone.run()
Chuyển zone với zone.run
Để khiến một stack frame cụ thể nào đó liên kết với một zone, chúng ta cần chạy hàm trong zone sử dụng phương thức run
. Nó sẽ thực thi callback đồng bộ trong một zone cụ thể và khôi phục zone khi đã hoàn thành.
Áp dụng vào ví dụ dưới đây:
function c() {
console.log(Zone.current.name); // AC
}
function b() {
console.log(Zone.current.name); // B
zoneAC.run(c);
}
function a() {
console.log(Zone.current.name); // AC
zoneB.run(b);
}
zoneAC.run(a);
Mỗi call stack được liên kết với một zone:
Như ví dụ trên cho thấy mỗi hàm được thực thi sử dụng phương thức run
mà chỉ định zone nào được sử dụng. Vậy chuyện gì xảy ra nếu thực thi hàm mà không sử dụng run
?
Điều quan trọng cần phải hiểu ở đây là tất cả các lời gọi hàm và những task bất đồng bộ được lên lịch bên trong một hàm sẽ được thực thi ở cùng một zone với hàm đó.
Môi trường zones luôn có một root zone. Vì vậy, nếu không chuyển zone sử dụng zone.run
thì tất cả các hàm sẽ được thực thi ở root
zone như ví dụ sau:
function c() {
console.log(Zone.current.name); // <root>
}
function b() {
console.log(Zone.current.name); // <root>
c();
}
function a() {
console.log(Zone.current.name); // <root>
b();
}
a();
Đây là biểu đồ tương ứng:
Và nếu chỉ sử dụng zoneAB.run
một lần ở hàm a
thì b
và c
sẽ được thực thi bên trong zone AB
:
const zoneAB = Zone.current.fork({name: 'AB'});
function c() {
console.log(Zone.current.name); // AB
}
function b() {
console.log(Zone.current.name); // AB
c();
}
function a() {
console.log(Zone.current.name); // <root>
zoneAB.run(b);
}
a();
Hàm b
được gọi tường minh bên trong zone AB
. Tuy nhiên, hàm c
cũng được thực thi bên trong zone này.
Sử dụng zone trên các task bất đồng bộ
Một trong những đặc tính riêng biệt của việc phát triển Javascript là lập trình bất đồng bộ. Hầu hết những lập trình viên JS mới sẽ trở nên quen thuộc với việc sử dụng hàm setTimeout
để trì hoãn việc thực thi của một hàm. Zone gọi setTimeout
như những task bất đồng bộ. Đặc biệt là macrotask. Một loại task khác là microtask , ví dụ promise.then
.
Xét ví dụ dưới đây để hiểu cách zone xử lý các hàm bất đồng bộ như setTimout
. Thay vì gọi trực tiếp hàm c
, c
sẽ được truyền như một callback của hàm setTimeout
. Vì vậy hàm này sẽ được thực thi bên trong một call stack riêng biệt tại một thời điểm nào đó trong tương lai (ở ví dụ này là 2 giây sau):
const zoneBC = Zone.current.fork({name: 'BC'});
function c() {
console.log(Zone.current.name); // BC
}
function b() {
console.log(Zone.current.name); // BC
setTimeout(c, 2000);
}
function a() {
console.log(Zone.current.name); // <root>
zoneBC.run(b);
}
a();
Như chúng ta đã biết thì nếu một hàm được gọi bên trong một zone thì nó sẽ được thi bên chính zone đó. Và điều này cũng áp dụng đối với các hàm bất đồng bộ. Lịch sử lời gọi hàm có thể được mô tả như hình sau:
Sơ đồ trên có vẻ ổn nhưng lại đang giấu đi phần triển khai chi tiết. Ngầm định bên dưới, Zone sẽ phải khôi phục chính xác zone mà mỗi task sẽ thực thi trên đó. Để làm được vậy, nó phải ghi nhớ task này được thực thi trên zone nào và tiếp tục như vậy bằng cách giữ tham chiếu của zone đã liên kết với task. Zone này sau đó sẽ được sử dụng để gọi task từ handler của root zone.
Điều này có nghĩa là mỗi task bất đồng bộ sẽ luôn bắt đầu từ root zone, sử dụng thông tin được liên kết với task để khôi phục lại zone đúng rồi mới thực thi task. Mô hình chính xác hơn cho ví dụ trên như sau:
Lan truyền ngữ cảnh trên những task bất đồng bộ
Một trong những lợi ích khác của Zone là lan truyền ngữ cảnh (context propagation). Hiểu đơn giản là chúng ta có thể gắn dữ liệu ở một zone và truy cập dữ liệu này bên trong bất kỳ task nào được thi thi bên trong zone đó.
Xét ví dụ về việc truyền dữ liệu trên task bất đồng bộ setTimeout
. Khởi tạo một zone mới với đối tượng zone spect chứa thuộc tính properties
có liên kết với dữ liệu như sau:
const zoneBC = Zone.current.fork({
name: 'BC',
properties: {
data: 'initial'
}
});
Và sau đó dữ liệu này có thể được truy cập bằng việc sử dụng phương thức zone.get
function a() {
console.log(Zone.current.get('data')); // 'initial'
}
function b() {
console.log(Zone.current.get('data')); // 'initial'
setTimeout(a, 2000);
}
zoneBC.run(b);
Đối tượng mà thuộc tính properties
trỏ tới là bất biến nông (shallow-immutable), nghĩa là không thể thêm hoặc loại bỏ những thuộc tính đối tượng này. Đây là điều khá phổ biến bởi Zone không cung cấp bất cứ hàm nào để thực hiện điều trên. Vì vậy ở ví dụ trên chúng ta không thể đặt giá trị khác cho properties.data
.
Tuy nhiên, chúng ta có thể truyền một đối tượng vào properties.data
thay vì một giá trị nguyên thuỷ và sau đó có thể chỉnh sửa dữ liệu này.
const zoneBC = Zone.current.fork({
name: 'BC',
properties: {
data: {
value: 'initial'
}
}
});
function a() {
console.log(Zone.current.get('data').value); // 'updated'
}
function b() {
console.log(Zone.current.get('data').value); // 'initial'
Zone.current.get('data').value = 'updated';
setTimeout(a, 2000);
}
zoneBC.run(b);
Một điểm thú vị là child zones mà được khởi tạo sử dụng phương thức fork
sẽ kế thừa những thuộc tính của parent zones.
Theo dõi những task chưa hoàn hành
Một khả năng hữu ích khác của Zone là theo dõi những task macro và micro chưa hoàn thành. Zone giữ tất cả những task chưa hoàn thành vào trong hàng đợi. Để nhận thông báo bất kể khi nào trạng thái của hàng đợi thay đổi, chúng ta có thể sử dụng hook onHasTask
của zone spec:
onHasTask(delegate, currentZone, targetZone, hasTaskState);
Vì parent zones có thể can thiệp vào những sự kiện của child zones nên Zone cung cấp 2 tham số currentZone
và targetZone
để phân biệt giữa một zone được thay đổi trong hàng đợi và zone can thiệp vào sự kiện. Ví dụ để nhận biết xem có đang can thiệp vào sự kiện đối với zone hiện tại, chỉ cần so sánh như sau:
// Chỉ quan tâm tới những sự kiện được sinh ra bởi zone hiện tại
if (currentZone === targetZone) { ... }
Tham số cuối cùng của hook hasTaskState
mô tả trạng thái của hàng đợi task:
type HasTaskState = {
microTask: boolean;
macroTask: boolean;
eventTask: boolean;
change: 'microTask'|'macroTask'|'eventTask';
};
Vì vậy nếu gọi setTimeout
bên trong một zone, đối tượng hasTaskState
sẽ có các giá trị dưới đây:
{
microTask: false;
macroTask: true;
eventTask: false;
change: 'macroTask';
}
Thể hiện rằng có một macrotask đang được chờ bên trong hàng đợi và sự thay đổi của hàng đợi đến từ macrotask
.
Xem xét ví dụ cụ thể sau đây:
const z = Zone.current.fork({
name: 'z',
onHasTask(delegate, current, target, hasTaskState) {
console.log(hasTaskState.change); // "macroTask"
console.log(hasTaskState.macroTask); // true
console.log(JSON.stringify(hasTaskState));
}
});
function a() {}
function b() {
// synchronously triggers `onHasTask` event with
// change === "macroTask" since `setTimeout` is a macrotask
setTimeout(a, 2000);
}
z.run(b);
Output nhận được như sau:
macroTask
true
{
"microTask": false,
"macroTask": true,
"eventTask": false,
"change": "macroTask"
}
Trong vòng 2 giây sau khi hoàn thành, onHasTask
được gọi một lần nữa:
macroTask
false
{
"microTask": false,
"macroTask": false,
"eventTask": false,
"change": "macroTask"
}
Tuy nhiên có một điểm cần lưu ý. Hook onHasTask
chỉ được sử dụng để theo dõi trạng thái empty/non-empty
của toàn bộ hàng đợi task. Nó không thể theo dõi những task riêng biệt.
Xét ví dụ sau:
let timer;
const z = Zone.current.fork({
name: 'z',
onHasTask(delegate, current, target, hasTaskState) {
console.log(Date.now() - timer);
console.log(hasTaskState.change);
console.log(hasTaskState.macroTask);
}
});
function a1() {}
function a2() {}
function b() {
timer = Date.now();
setTimeout(a1, 2000);
setTimeout(a2, 4000);
}
z.run(b);
Output tương ứng:
1
macroTask
true
4006
macroTask
false
Như output ở trên cho thấy, không có sự kiện nào được hoàn thành trong 2 giây đối với task setTimeout
. Hook onHasTask
chỉ được chạy một lần khi setTimeout
lần đầu được lên lịch và trạng thái của hàng đợi task được thay đổi từ non-empty
sang empty
và nó được gọi lần thứ 2 ở giây thứ 4
khi callback của của setTimout
cuối cùng được hoàn thành.
Nếu muốn theo dõi những task riêng biệt thì cần sử dụng các hook onSheduleTask
và onInvoke
.
onSheduleTask và onInvokeTask
Zone spec định nghĩa hai hooks mà có thể sử dụng để theo dõi những task riêng biệt:
- onScheduleTask: được thực thi bất kể khi nào tác vụ bất đồng bộ như
setTimeout
được phát hiện. - onInvokeTask: được thực thi khi một callback được truyền vào một tác vụ bất đồng bộ như
setTimeout(callback)
được chạy. Xét ví dụ sau:
let timer;
const z = Zone.current.fork({
name: 'z',
onScheduleTask(delegate, currentZone, targetZone, task) {
const result = delegate.scheduleTask(targetZone, task);
const name = task.callback.name;
console.log(
Date.now() - timer,
`task with callback '${name}' is added to the task queue`
);
return result;
},
onInvokeTask(delegate, currentZone, targetZone, task, ...args) {
const result = delegate.invokeTask(targetZone, task, ...args);
const name = task.callback.name;
console.log(
Date.now() - timer,
`task with callback '${name}' is removed from the task queue`
);
return result;
}
});
function a1() {}
function a2() {}
function b() {
timer = Date.now();
setTimeout(a1, 2000);
setTimeout(a2, 4000);
}
z.run(b);
Output tương ứng:
1 “task with callback ‘a1’ is added to the task queue”
2 “task with callback ‘a2’ is added to the task queue”
2001 “task with callback ‘a1’ is removed from the task queue”
4003 “task with callback ‘a2’ is removed from the task queue”
Can thiệp khi thâm nhập vào zone với onInvoke
Một zone có thể được thâm nhập (chuyển zone) tường minh sử dụng z.run()
hoặc ngầm định bằng cách gọi một task. Ngoài hook onInvokeTask
, onInvoke
cũng có thể được sử dụng để nhận thông tháo khi zone được thâm nhập bằng cách sử dụng z.run()
.
Xét ví dụ sau:
const z = Zone.current.fork({
name: 'z',
onInvoke(delegate, current, target, callback, ...args) {
console.log(`entering zone '${target.name}'`);
return delegate.invoke(target, callback, ...args);
}
});
function b() {}
z.run(b);
Và output tương ứng là:
entering zone ‘z’
Cơ chế hoạt động của Zone.current
Zone hiện tại được theo dõi bằng việc sử dụng biến _currentZoneFrame
và trả về bởi phương thức getter Zone.current
. Để chuyển zone, đơn giản chỉ cần cập nhật biến _currentZoneFrame
. Vậy có thể thấy khi chạy z.run()
hay gọi một task, biến _currentZoneFrame
sẽ được thay đổi.
Đây là đoạn code khi phương thức run
cập nhật biến:
class Zone {
...
run(callback, applyThis, applyArgs,source) {
...
_currentZoneFrame = {parent: _currentZoneFrame, zone: this};
Khi runTask
cập nhật biến:
class Zone {
...
runTask(task, applyThis, applyArgs) {
...
_currentZoneFrame = { parent: _currentZoneFrame, zone: this };
Phương thức runTask
được gọi bởi phương thức invokeTask
mà mỗi task có:
class ZoneTask {
invokeTask() {
_numberOfNestedTaskFrames++;
try {
self.runCount++;
return self.zone.runTask(self, this, arguments);
Mỗi task khi được khởi tạo sẽ lưu zone của nó vào thuộc tính zone
. Và đây chính là zone được sử dụng để runTask
bên trong invokeTask
(ở đây self
chỉ định thực thể task hiện tại):
self.zone.runTask(self, this, arguments);
Lược dịch:
Max NgWizard K, I reverse-engineered Zones (zone.js) and here is what I’ve found, (https://blog.angularindepth.com/i-reverse-engineered-zones-zone-js-and-here-is-what-ive-found-1f48dc87659b)
All rights reserved