-
Notifications
You must be signed in to change notification settings - Fork 30.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
doc: add primordials guidelines #38635
Closed
Closed
Changes from 4 commits
Commits
Show all changes
17 commits
Select commit
Hold shift + click to select a range
88ef6ed
doc: add primordials guidelines
aduh95 803b5e7
fixup! doc: add primordials guidelines
aduh95 a15d590
fixup! doc: add primordials guidelines
aduh95 b13a588
fixup! doc: add primordials guidelines
aduh95 f4b65b2
fixup! doc: add primordials guidelines
aduh95 e6c4f5d
fixup! doc: add primordials guidelines
aduh95 0d25b2c
fixup! doc: add primordials guidelines
aduh95 9db0b97
fixup! doc: add primordials guidelines
aduh95 ba76d73
fixup! doc: add primordials guidelines
aduh95 5b93317
fixup! fixup! doc: add primordials guidelines
aduh95 3ee715c
fixup! fixup! doc: add primordials guidelines
aduh95 1632f2b
fixup! doc: add primordials guidelines
aduh95 19e6562
fixup! doc: add primordials guidelines
aduh95 dc30f68
fixup! fixup! doc: add primordials guidelines
aduh95 4527e4b
fixup! fixup! doc: add primordials guidelines
aduh95 34de399
fixup! doc: add primordials guidelines
aduh95 5b9f680
fixup! doc: add primordials guidelines
aduh95 File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,257 @@ | ||
# Usage of primordials in core | ||
|
||
The file `lib/internal/per_context/primordials.js` subclasses and stores the JS | ||
built-ins that come from the VM so that Node.js built-in modules do not need to | ||
later look these up from the global proxy, which can be mutated by users. | ||
|
||
Usage of primordials should be preferred for any new code, but replacing current | ||
code with primordials should be done with care. | ||
|
||
## Accessing primordials | ||
|
||
The primordials are meant for internal use only, and are only accessible for | ||
internal core modules. User-code cannot use or rely on primordials. It is | ||
usually fine to rely on ECMAScript built-ins and assume that it will behave as | ||
specified. | ||
|
||
If you'd like to access the `primordials` object to help you with Node.js core | ||
development or for tinkering, you can make it globally available: | ||
|
||
```bash | ||
node --expose-internals -r internal/test/binding | ||
``` | ||
|
||
## Contents of primordials | ||
|
||
### Properties of the global object | ||
|
||
Objects and functions on the global object can be deleted or replaced. Using | ||
them from primordials makes the code more reliable: | ||
|
||
```js | ||
globalThis.Array === primordials.Array; // true | ||
|
||
globalThis.Array = function() { | ||
return [1, 2, 3]; | ||
}; | ||
globalThis.Array === primordials.Array; // false | ||
|
||
primordials.Array(0); // [] | ||
globalThis.Array(0); // [1,2,3] | ||
``` | ||
|
||
### Prototype methods | ||
|
||
ECMAScript provides a bunch of methods available on builtin objects that are | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I'm not sure this sentence is necessary. I would expect people reading this would already know what prototype methods are. |
||
used to interact with JavaScript objects. | ||
aduh95 marked this conversation as resolved.
Show resolved
Hide resolved
|
||
|
||
```js | ||
const array = [1, 2, 3]; | ||
array.push(4); // Here `push` refers to %Array.prototype.push%. | ||
console.log(JSON.stringify(array)); // [1,2,3,4] | ||
|
||
// %Array.prototype%.push is modified in userland. | ||
Array.prototype.push = function push(val) { | ||
return this.unshift(val); | ||
}; | ||
|
||
array.push(5); // Now `push` refers to the modified method. | ||
console.log(JSON.stringify(array)); // [5,1,2,3,4] | ||
``` | ||
|
||
Primordials wrap the original prototype functions with new functions that take | ||
the `this` value as the first argument: | ||
|
||
```js | ||
const { | ||
ArrayPrototypePush, | ||
} = primordials; | ||
|
||
const array = [1, 2, 3]; | ||
ArrayPrototypePush(array, 4); | ||
console.log(JSON.stringify(array)); // [1,2,3,4] | ||
|
||
Array.prototype.push = function push(val) { | ||
return this.unshift(val); | ||
}; | ||
|
||
ArrayPrototypePush(array, 5); | ||
console.log(JSON.stringify(array)); // [1,2,3,4,5] | ||
``` | ||
|
||
### Safe classes | ||
|
||
Safe classes are classes that provide the same API as their equivalent class, | ||
but whose implementation aims to avoid any reliance on user-mutable code. | ||
|
||
### Variadic functions | ||
|
||
There are some built-in functions that accept a variable number of arguments | ||
(e.g.: `Math.max`, `%Array.prototype.push%`). It is sometimes useful to provide | ||
the list of arguments as an array. You can use primordial function with the | ||
suffix `Apply` (e.g.: `MathMaxApply`, `FunctionPrototypePushApply`) to do that. | ||
|
||
## Primordials with known performance issues | ||
|
||
One of the reasons why the current Node.js API is not completely tamper-proof is | ||
performance: sometimes the use of primordials can cause performance regressions | ||
with V8, which when in a hot code path, could significantly decrease the | ||
performance of code in Node.js. | ||
|
||
* Methods that mutate the internal state of arrays: | ||
* `ArrayPrototypePush` | ||
* `ArrayPrototypePop` | ||
* `ArrayPrototypeShift` | ||
* `ArrayPrototypeUnshift` | ||
* Methods of the function prototype: | ||
* `FunctionPrototypeBind` | ||
* `FunctionPrototypeCall`: creates performance issues when used to invoke | ||
super constructors. | ||
* `FunctionPrototype`: use `() => {}` instead when referencing a no-op | ||
function. | ||
* `SafeArrayIterator` | ||
|
||
In general, when sending or reviewing a PR that makes changes in a hot code | ||
path, use extra caution and run extensive benchmarks. | ||
|
||
## How to avoid unsafe array iteration | ||
|
||
There are many usual practices in JavaScript that rely on iteration. | ||
aduh95 marked this conversation as resolved.
Show resolved
Hide resolved
|
||
|
||
<details> | ||
|
||
<summary>Avoid for-of loops on arrays</summary> | ||
RaisinTen marked this conversation as resolved.
Show resolved
Hide resolved
|
||
|
||
```js | ||
for (const item of array) { | ||
console.log(item); | ||
} | ||
``` | ||
|
||
This code is internally expanded into something that looks like: | ||
|
||
```js | ||
{ | ||
// 1. Lookup @@iterator property on `array` (user-mutable if user provided). | ||
// 2. Lookup @@iterator property on %Array.prototype% (user-mutable). | ||
// 3. Call that function. | ||
const iterator = array[Symbol.iterator](); | ||
// 1. Lookup `next` property on `iterator` (doesn't exist). | ||
// 2. Lookup `next` property on %ArrayIteratorPrototype% (user-mutable). | ||
// 3. Call that function. | ||
let { done, value: item } = iterator.next(); | ||
while (!done) { | ||
console.log(item); | ||
// Repeat. | ||
({ done, value: item } = iterator.next()); | ||
} | ||
} | ||
``` | ||
|
||
Instead of utilizing iterators, you can use the more traditional but still very | ||
performant `for` loop: | ||
|
||
```js | ||
for (let i = 0; i < array.length; i++) { | ||
console.log(array[i]); | ||
} | ||
``` | ||
|
||
This only applies if you are working with a genuine array (or array-like | ||
object). If you are instead expecting an iterator, a for-of loop may be a better | ||
choice. | ||
RaisinTen marked this conversation as resolved.
Show resolved
Hide resolved
|
||
|
||
<details> | ||
|
||
<summary>Avoid array destructuring assignment on arrays</summary> | ||
|
||
```js | ||
const [first, second] = array; | ||
``` | ||
|
||
This is roughly equivalent to: | ||
|
||
```js | ||
// 1. Lookup @@iterator property on `array` (user-mutable if user provided). | ||
// 2. Lookup @@iterator property on %Array.prototype% (user-mutable). | ||
// 3. Call that function. | ||
const iterator = array[Symbol.iterator](); | ||
// 1. Lookup `next` property on `iterator` (doesn't exist). | ||
// 2. Lookup `next` property on %ArrayIteratorPrototype% (user-mutable). | ||
// 3. Call that function. | ||
const first = iterator.next().value; | ||
// Repeat. | ||
const second = iterator.next().value; | ||
``` | ||
|
||
Instead you can use object destructuring: | ||
|
||
```js | ||
const { 0: first, 1: second } = array; | ||
``` | ||
|
||
or | ||
|
||
```js | ||
const first = array[0]; | ||
const second = array[1]; | ||
``` | ||
|
||
This only applies if you are working with a genuine array (or array-like | ||
object). If you are instead expecting an iterator, array destructuring is the | ||
best choice. | ||
|
||
</details> | ||
|
||
<details> | ||
|
||
<summary>Avoid spread operator on arrays</summary> | ||
|
||
```js | ||
// 1. Lookup @@iterator property on `array` (user-mutable if user provided). | ||
// 2. Lookup @@iterator property on %Array.prototype% (user-mutable). | ||
// 3. Lookup `next` property on %ArrayIteratorPrototype% (user-mutable). | ||
const arrayCopy = [...array]; | ||
func(...array); | ||
``` | ||
|
||
Instead you can use other ECMAScript features to achieve the same result: | ||
|
||
```js | ||
const arrayCopy = ArrayPrototypeSlice(array); | ||
ReflectApply(func, null, array); | ||
``` | ||
|
||
</details> | ||
|
||
<details> | ||
|
||
<summary>`%Promise.all%` iterates over an array</summary> | ||
|
||
```js | ||
// 1. Lookup @@iterator property on `array` (user-mutable if user provided). | ||
// 2. Lookup @@iterator property on %Array.prototype% (user-mutable). | ||
// 3. Lookup `next` property on %ArrayIteratorPrototype% (user-mutable). | ||
PromiseAll(array); // unsafe | ||
|
||
PromiseAll(new SafeArrayIterator(array)); // safe | ||
``` | ||
|
||
</details> | ||
|
||
<details> | ||
|
||
<summary>`%Map%` and `%Set%` constructors iterate over an array</summary> | ||
|
||
```js | ||
// 1. Lookup @@iterator property on %Array.prototype% (user-mutable). | ||
// 2. Lookup `next` property on %ArrayIteratorPrototype% (user-mutable). | ||
const set = new SafeSet([1, 2, 3]); | ||
``` | ||
|
||
```js | ||
const set = new SafeSet(); | ||
set.add(1).add(2).add(3); | ||
``` | ||
|
||
</details> |
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.