Wikioe - 用户贡献 [zh-cn]

核心技术：对象与类

2024-10-12T04:42:35Z

Eijux：/* 【关于：Java类对象初始化顺序】 */

[[category:JavaCore]]

== oop ==
<pre>
面向对象的程序时由对象组成的，每个对象包含对用户公开的特定功能部分和隐藏的实现部分。
</pre>

# 面向对象：
# 面向过程：
# 面向切面：

[[File:面向过程与面向对象.png|400px]]

=== 类与对象 ===
# 类是构造对象的模板或蓝图，对象是类的实例化
# 由类构造（construct）对象的过程称为创建类的实例（instance）
# 封装（encapsulation，有时称为数据隐藏）：将数据（实例域，instance field）和行为（方法，用于操纵数据）组合在一个包中，并对对象的使用者隐藏了数据的实现方式
# 对象的实例域的几个就是这个对象的当前状态（state）
# 通过扩展一个类来建立另一个类的过程称为继承（inheritance）

* “Object”是所有类的超类
* 对象状态的改变必须通过调用方法实现（封装的意义）
* 开发过程中，分析问题中的名词对应着类和类的实例域，动词对应着类的方法；

* 对象的封装应该实现：
*: 一个私有的数据与；
*: 一个公有的域访问器方法；
*: 一个共有的域更改器方法；

=== 类之间的关系 ===
# 依赖（“uses-a”）：一个类的方法操纵另一个类的对象
# 聚合（“has-a”）：一个类中包含另一个类的对象
# 继承（“is-a”）：一个类由另一个类扩展而来

[[File:类关系的UML符号.png|800px]]

==== 实例（UML）====
===== 关联（Association） =====
# 单向关联：
#: [[File:单向关联.png|400px]]
# 双向关联：
#: [[File:双向关联.png|400px]]
# 自身关联：
#: [[File:自身关联.png|400px]]
# 多维关联：
#: [[File:多维关联.png|400px]]
===== 聚合（Aggregation） =====
:[[File:聚合（Aggregation）.png|400px]]
===== 组合（复合，Composition） =====
:[[File:组合（复合，Composition）.png|400px]]
* 聚合的成员可独立，复合的成员必须依赖于整体才有意义
===== 泛化（Generalization） =====
泛化指的是类与类之间的继承关系和类与接口之间的实现关系。
# 继承：
#: [[File:泛化（Generalization）：继承.png|400px]]
# 实现：
#: [[File:泛化（Generalization）：实现.png|400px]]

== 使用预定义类 ==

* 并非所有的类都具有面向对象特征；（如，Math、Date类，只封装了功能，没有也不需要隐藏数据）

=== 对象与对象变量 ===

# 构造器（constructor）是一种特殊的方法，用来构造并初始化对象；
# 构造器的名字应该与类名相同；
# 一个对象变量并不包含一个对象，而是引用一个对象；
# 局部变量不会自动地初始化为null，必须通过new或将其设置为null来进行初始化；

* Java中要获得对象的完整拷贝，应该使用“clone”方法；

=== Date 与 LocalDate 类 ===
<pre>
Date类的时间，使用一个固定时间点（纪元，epoch）的毫秒数（可正可负）来表示的；

纪元：UTC时间 1970年1月1日 00:00:00
UTC（Coordinated Universal Time），与GMT（Greenwich Mean Time，格林威治时间）一样。
</pre>

Date 类提供的日期处理并没有太大的用途。如“December 31, 1999, 23:59:59”这样的时间只是阳历的固有习惯，虽然遵循了世界上大多数地区使用的阳历表示法。但是，统一时间点采用中国的农历或希伯来的阴历表示就很不一样。 

类库设计者决定将保存时间与给时间点命名分开，所以标准Java类库分别包含了两个类：
# 一个是用来表示时间点的'''Date'''类
# 另一个是用来表示大家熟悉的日历表示法的'''LocalDate'''类
*（Java SE 8 引入了另一些类来处理日期和时间的不同方面）
将时间与日历分开就是一种很好的面向对象设计。

关于LocalDate的使用：
* 不要使用构造器来构造LocalDate的对象，而应该使用静态工厂方法；
# 用当前时间构造一个新对象：
#: <syntaxhighlight lang="java">
LocalDate.now()
</syntaxhighlight>
# 提供年月日来构造一个特定时间的对象：
#: <syntaxhighlight lang="java">
LocalDate.of(1999, 12, 31)
</syntaxhighlight>
# 将构造的对象保存在一个对象变量中：
#: <syntaxhighlight lang="java">
LocalDate newYearEve = LocalDate.of(1999, 12, 31);
</syntaxhighlight>
# 有了LocalDate对象，就可以使用getYear、getMonthValue、getDayOfMonth来得到年、月、日，以及其他操纵日历的方法：
#: <syntaxhighlight lang="java">
int year = newYearEve.getYear();
...
</syntaxhighlight>

* '''不应该使用Date类中诸如getYear、getMonth、getDay等方法'''。
* 调用后会修改对象状态的方法是“更改器方法”，只访问对象而不修改对象的方法是“访问器方法”

== 用户自定义类 ==

* 构造器总是伴随 new 操作符的执行被调用；而不能对一个已经存在的对象调用构造器来重设实例域。
* 不应该在构造器中定义域实例域重名的局部变量

构造器：
# 与类同名
# 每个类可以有一个以上的构造器
# 构造器可以有0、1或多个参数
# 构造器没有返回值
# 构造器总是伴随着 new 操作一起调用

== 静态域与静态方法 ==

=== 静态变量 ===
静态域、类域，即静态变量；
如：
<syntaxhighlight lang="java">
public static int nextId = 1;
</syntaxhighlight>

* 类的所有实例将会共享一个静态域

=== 静态常量 ===
# 静态：static
# 常量：final
<syntaxhighlight lang="java">
public static final double PI = 3.1415926;
</syntaxhighlight>
* 对于 public：
*# 不应该把域设置为 public，因为每个类对象都可以对共有域进行修改；
*# 但将公用常量设置为 public 没问题，因为被 final修饰，不会被更改；

* 关于final：
*: “System”类中有“setOut”方法，可以将“System.out”，设置为不同的流（“public final static PrintStream out = null;”）
*: 此处可以修改 final 变量 out的值，是因为“setOut”调用了一个“Native”方法（“private static native void setOut0(){}”），可以绕过Java的存取控制机制。

=== 静态方法 ===
# 静态方法可以使用类名、类的实例调用；
# 静态方法只能访问静态域，而不能访问实例域，即不能操作对象；

* 关于静态方法main：每个类可以有一个main方法，用作单元测试

=== 工厂方法 ===
静态方法的另一种常见用途：类似 LocalDate 和 NumberFormat 的类使用静态工厂方法来构造对象。

== 方法参数 ==

# 按值调用（“call by value”）：表示方法接受的是调用者提供的值。
# 按引用调用（“call by reference”）：表示方法接收的是调用者提供的变量地址。
# 一个方法可以修改传递引用锁对应的变量值，而不能修改值传递调用所对眼的变量值

'''Java 总是采用 <div>按值调用</div>'''！！！

即，方法得到的是所有参数值的一个拷贝，并不能修改传递值给它的变量的内容。

Java中方法参数的使用情况：
# 一个方法'''不能修改一个基本数据类型的参数'''；
# 一个方法'''可以更改一个对象参数的状态'''；
# 一个方法'''不能让对象参数引用一个新的对象'''；

== 对象构造 ==

=== 重载 ===
* 重载（overloading）：多个方法有相同的名字、不同的参数。如参数个数或类型不同的构造函数；
* 方法的签名（signature）：方法名以及参数类型（返回值不是方法签名的一部分）；

=== 默认域初始化 ===
如果在构造器中没有显示地给域赋予初值，那么就会被自动地赋为默认值（数值为0，布尔值为false，对象引用为null）。

=== 显示域初始化 ===
在执行构造器之前，先执行赋值操作（当一个类的所有构造器都希望把相同的值赋予某个特定的实例域时，十分有用）。
<syntaxhighlight lang="java">
class Employee
{
private static int nextId;
private int id = assingId();
...
private static int assingId()
{
int r = nextId;
nextId++;
return r;
}
}
</syntaxhighlight>

=== 无参构造器 ===
* 当类没有提供任何构造器时，系统会提供一个默认的无参构造器。
*: 这个构造器将所有的实例域设置为默认值；
* 当类中提供了至少一个构造器，但未提供无参构造器时，如果构造对象没有提供参数会被视为不合法。

=== 调用另一个构造器 ===
如果构造器的第一个语句形如“this(...)”，则构造器将会调用同一个类的另一个构造器：
<syntaxhighlight lang="java">
public Employee(double s)
{
this("Employee #" + nextId, s);
nextId++;
}
</syntaxhighlight>
* 这样公共的构造器代码部分只编写一次即可。

=== 初始化块 ===
初始化数域的方法：
# 在构造器中设置值
# 在声明中赋值
# 初始化块
<syntaxhighlight lang="java">
class Employee
{
private static int nextid;

private int id;
private String name;
private double salary;

//初始化块
{
id = nextId;
nextId++;
}
public Employee(String n, double s)
{
name = n;
salary = s;
}
public Employee()
{
name = "";
s = 0;
}
...
}
</syntaxhighlight>
* 首先运行初始化块，然后再运行构造器的主体部分

即，无论使用哪个构造器构造对象，id域都在对象初始化块中被初始化。

==== 【关于：Java类对象初始化顺序】 ====
参考：'''[[深入理解JVM：虚拟机类加载机制#初始化]]'''

# 父：静态变量
#: 静态初始化块
# 子：静态变量
#: 静态初始化块
# main
# 父：变量
#: 初始化块
#: 构造器
# 子：变量
#: 初始化块
#: 构造器

* 先初始化静态内容
* 先初始化父类的内容
* 变量先于初始块，初始快先于构造器

=== 对象析构与 finalize方法 ===

# 面向过程的程序设计语言，有显示的析构刚嘎，如C++
# 而Java中有GC，不需要手动回收内存，所以Java不支持析构器

但，当某些对象使用了内存以外的资源（如文件等），这种情况下当资源不再需要时，将其回收和再利用将十分重要。 
可以为任何一个类添加'''finalize'''方法，用于回收资源：
* finalize 将在垃圾回收器清楚对象之前调用；
* 但是不能知道调用的时间，所以不应该依赖于它进行资源回收；

== 包 ==
Java中使用包（package）来将类组织起来，用于确定类名的唯一性（不同包下的同名类不冲突）。
* 所有标准的Java包，都处于java（核心）和javax（扩展）包层次中；
* 嵌套的包之间没有任何关系，如“java.util”与“java.util.jar”

=== 类的导入 ===
一个类可以使用所属包中的所有类，以及其他包中的公有类（pubic class）。

使用其他包的公有类：
# <syntaxhighlight lang="java">
java.time.LocalDate today = java.time.LocalDate.now();
</syntaxhighlight>
# <syntaxhighlight lang="java">
//源文件头部
import java.util.*;

//代码中
LocalDate today = LocalDate.now();
</syntaxhighlight>

* 只能使用“*”导入一个包，而不能使用“import java.*”或“import java.*.*”来导入所有java前缀的包；

=== 静态导入 ===
import 导入静态方法和静态域：
<syntaxhighlight lang="java">
// 源文件头部
import static java.lang.System.*; // 或导入特定的方法或域“import static java.lang.System.out”、“import static java.lang.System.exit”

//代码中，可以使用System类的静态方法和静态域，而不必加类名前缀
out.println("Goodbyr, world!"); // System.out
exit(0); // System.exit
</syntaxhighlight>

=== 将类放入包中 ===
要将类放入包中，则必须将包的名字放在源文件的开头：
<syntaxhighlight lang="java">
package com.eijux.wiki;

public class Wikioe
{
...
}
</syntaxhighlight>

=== 包作用域 ===
包密封（package sealing）：如果将一个包密封起来，就不能再向这个包添加类了。

== 类路径 ==

== 文档注释 ==

IDEA快捷键：Windows（个人整理）

2024-04-08T12:36:47Z

Eijux：/* 编辑 */

[[category:IDEA]]

== 常用快捷键 ==
=== IDEA ===
# 系统设置：<code>Ctrl + Alt</code> + <code>S</code>
# 项目设置：<code>Ctrl + Shift + Alt</code> + <code>S</code>
# 专注编辑器（隐藏所有工件窗口）：<code>Ctrl + Shift</code> + <code>F12</code>
#* 恢复默认布局：<code>Shift</code> + <code>F12</code>

=== 导航 ===
# '''切换器'''：'''<code>Ctrl + Tab</code>'''
# 打开工具窗口：
## 项目：<code>Alt</code> + <code>1</code>
## 文件结构：<code>Alt</code> + <code>7</code>
##*（弹出窗口）<code>Ctrl</code> + <code>F12</code>
# '''文件打开位置'''：'''<code>Alt</code> + <code>F1</code>'''
#: 用于选择在哪里打开或定位当前文件；

=== 窗口 ===
# 新窗口打开（当前文件）：<code>Shift</code> + <code>F4</code>
# '''最近的文件列表'''：'''<code>Ctrl</code> + <code>E</code>'''
# 最近的位置列表（查看 / 修改）：<code>Ctrl + Shift</code> + <code>E</code>
# '''最近的拷贝列表'''：'''<code>Ctrl + Shift</code> + <code>V</code>'''
# 版本控制常用操作：<code>Alt</code> + '''<code>`</code>'''

=== Search Everywhere 窗口 ===
（以下打开的是同一窗口）
# 所有：<code>Shift</code> x2
# 类：<code>Ctrl</code> + <code>N</code>
# 文件：<code>Ctrl + Shift</code> + <code>N</code>
# 符号：<code>Ctrl + Alt + Shift</code> + <code>N</code>
# 操作：<code>Ctrl + Shift</code> + <code>A</code>
* 在窗口中，可通过 <code>Ctrl + Tab</code> 切换上述 Tab 页

=== 编辑 ===
# 当前查找：<code>Ctrl</code> + <code>F</code>（等效于：<code>Alt</code> + <code>F3</code>）
#* 下一个：<code>F3</code>
#* 上一个：<code>Shift</code> + <code>F3</code>
# '''全局查找'''：'''<code>Ctrl + Shift</code>''' + '''<code>F</code>'''：自定义位置的全局查找
# 替换：<code>Ctrl</code> + <code>R</code>
# 撤销：<code>Ctrl</code> + <code>Z</code>
#* 取消撤销：<code>Ctrl + Shift</code> + <code>Z</code>
# 复制行：<code>Ctrl</code> + <code>C</code>
#* 复制并插入：<code>Ctrl</code> + <code>D</code>
# 删除行：<code>Ctrl</code> + <code>Y</code>
# 剪切行：<code>Ctrl</code> + <code>X</code>
# 注释行：<code>Ctrl</code> + <code>/</code>
#* 注释块：<code>Ctrl + Shift</code> + <code>/</code>
# 移动行：<code>Alt + Shift</code> + <code>↑</code>/<code>↓</code>
#* 移动方法：<code>Ctrl + Shift</code> + <code>↑</code>/<code>↓</code>
# 上/下一个方法：<code>Alt</code> + <code>↑</code>/<code>↓</code>
# 大/小写轮换：<code>Ctrl + Shift</code> + <code>U</code>
# 递进式选择：<code>Ctrl</code> + <code>W</code>
#* 递进式取消选择：<code>Ctrl + Shift</code> + <code>W</code>
# 切换编辑页：<code>Alt</code> + <code>←</code>/<code>→</code>
#* 后退/前进导航：<code>Ctrl + Alt</code> + <code>←</code>/<code>→</code>

=== 代码 ===
'''代码模板'''、'''后缀补全'''，见：[[FAQ:IDEA#IDEA_设置：代码模板]]

==== '''错误：''' ====
# '''下一个错误/警告'''：'''<code>F2</code>'''
#* 上一个错误/警告：<code>Shift</code> + <code>F2</code>
# '''错误描述'''：'''<code>Ctrl</code> + <code>F1</code>'''

==== '''信息查看：''' ====
# '''快速文档'''：'''<code>Ctrl</code> + <code>Q</code>'''
#: 显示包含光标处符号（变量 / 类名 / 方法名）的文档（也可以在提示补充的时候按）
# '''快速定义'''：'''<code>Ctrl + Shift</code> + <code>I</code>'''
#: 显示包含光标处符号（变量 / 类名 / 方法名）的文档
# 类型信息：<code>Ctrl + Shift</code> + <code>P</code>
# '''形参信息'''：'''<code>Ctrl</code> + <code>P</code>'''
#: 显示（光标处）方法的形式参数提示
# 上下文信息：<code>Alt</code> + <code>Q</code>
# '''层次结构：'''
## '''类型层次结构'''：'''<code>Ctrl</code> + <code>H</code>'''
##* 区别于“当前类的结构”（文件结构）：<code>Alt</code> + <code>7</code>（或：<code>Ctrl</code> + <code>F12</code>）
## 方法层次结构：<code>Ctrl + Shift</code> + <code>H</code>
## 调用层次结构：<code>Ctrl + Alt</code> + <code>H</code>
##* 与“查找调用”（<code>Alt</code> + <code>F7</code>）结果一致，只是：前者只列出了层层调用关系，而后者对调用进行了分类，且信息更详细；
# '''文件结构'''（'''类信息'''）：'''<code>Ctrl</code> + <code>F12</code>'''
#* 工具窗口“文件结构”：<code>Alt</code> + <code>7</code>
# '''图表'''：
## 固定窗口：'''<code>Ctrl + Shift + Alt</code> + <code>U</code>'''
## 弹出窗口：'''<code>Ctrl + Alt</code> + <code>U</code>'''

==== '''查找跳转：''' ====
# '''转到声明 / 查找调用'''：<code>Ctrl</code> + <code>B</code>（或：'''<code>Ctrl</code> + 点击'''；或：“点击中键”）
#: 作用：
## 在调用处：跳转到“类 / 方法 / 属性”的声明；
## 在声明处：显示“类 / 方法 / 属性”所有的调用处；（等效于：<code>Ctrl + Alt</code> + <code>F7</code>）
# '''转到 super 方法'''：'''<code>Ctrl</code> + <code>U</code>'''
#: 转到被“重载/实现”方法的“父类 / 接口”的方法定义处；
# '''查找实现'''：<code>Ctrl + Alt</code> + <code>B</code>（或：'''<code>Ctrl + Alt</code> + 点击'''）
#: 查找当前“类 / 方法”所有的实现；
# '''查找调用'''：'''<code>Alt</code> + <code>F7</code>'''
#: 查找“方法 / 变量 / 类”所有的被调用处；
#* 弹窗显示：'''<code>Ctrl + Alt</code> + <code>F7</code>'''
# 转到类型声明：<code>Ctrl + Shift</code> + <code>B</code>（或：<code>Ctrl + Shift</code> + 点击）
#: 跳转到当前“方法 / 属性”的类型声明处；
# 转到测试：<code>Ctrl + Shift</code> + <code>T</code>

==== '''生成代码：''' ====
# '''生成'''：'''<code>Alt</code> + <code>Insert</code>'''
#* 包括：构造函数、toString、重新方法、测试、版权；
#* 在编辑 '''pom.xml''' 等内容时，也可使用；
# '''重写方法'''：'''<code>Ctrl</code> + <code>O</code>'''
# '''继承方法'''：'''<code>Ctrl</code> + <code>I</code>'''
# '''环绕方式'''：'''<code>Ctrl + Alt</code> + <code>T</code>'''
#* 用以下代码环绕选中的代码：if/else”、“while”、“for”、“try/catch”、“synchronized”、“Runnable”等
#* 解除环绕：<code>Ctrl + Shift</code> + <code>Delete</code>
# 生成单元测试类：<code>Ctrl + Shift</code> + <code>T</code>
# '''优化导入的类'''：'''<code>Ctrl + Alt</code> + <code>O</code>'''

==== '''代码重构：''' ====
# '''重命名'''：'''<code>Shift</code> + <code>F6</code>'''
# '''提取变量'''：'''<code>Ctrl + Alt</code> + <code>V</code>'''
# '''提取字段'''：'''<code>Ctrl + Alt</code> + <code>F</code>'''
# '''提取常数'''：'''<code>Ctrl + Alt</code> + <code>C</code>'''
# '''提取方法'''：'''<code>Ctrl + Alt</code> + <code>M</code>'''
# '''提取参数'''：'''<code>Ctrl + Alt</code> + <code>P</code>'''
# '''内联'''：'''<code>Ctrl + Alt</code> + <code>N</code>'''
# 复制：<code>F5</code>
# 移动：<code>F6</code>
# '''重构此…'''：'''<code>Ctrl + Shift + Alt</code> + <code>T</code>'''
#: 包含'''重构操作列表'''的上下文感知弹出窗口

==== '''辅助优化：''' ====
# '''格式化代码'''：'''<code>Ctrl + Alt</code> + <code>L</code>'''
# '''显示快速修复'''：'''<code>Alt</code> + <code>Enter</code>'''
#* 在代码需要 '''import''' 某些包、类时，可以使用该快捷键。
# 代码补全：
## '''基本补全'''（Basic completion）：'''<code>Ctrl</code> + <code>Space</code>'''
##: <syntaxhighlight lang="bash" highlight="1">
【基本代码补全功能可帮助您补全可见范围内的类，方法，字段和关键字。当您调用代码补全功能时，IntelliJ IDEA 会分析上下文并提供可用的“建议列表”（建议中还将包括“Live templates”）】

如果将基本代码补全应用于字段，参数或变量声明的一部分，则 IntelliJ IDEA 会根据项目类型提供可用的“建议列表”。

第二次调用（按两次 Ctrl+Space）：将显示不可访问的类和成员（这些类和成员需要可以通过 Intention actions 公开）。【！！！】

第三次调用（按三次 Ctrl+Space）：IntelliJ IDEA 将在整个项目中查找类和接口，而不考虑依赖关系。如果必要的类尚未导入，则将自动导入该类。【！！！】
</syntaxhighlight>
##* '''第二三次调用，在整个项目中搜索类和接口，而不考虑依赖关系。''' 【非常有用！！！】
##* 默认与 Windows 输入法快捷键冲突，建议修改为“<code>Ctrl</code> + '''<code>,</code>'''”
##* 第二基本补全: '''<code>Ctrl + Alt</code> + <code>Space</code>'''
## '''智能补全'''（Smart completion）：'''<code>Ctrl + Shift</code> + <code>Space</code>'''（基于预期类型补全代码）
##:<syntaxhighlight lang="bash" highlight="1">
【智能代码补全功能会过滤“建议列表”，并仅显示适用于当前上下文的类型】

在可以确定类型的情况下，智能补全非常有用：
● 在赋值语句的右侧；
● 在变量初始化时；
● 在 return 语句中；
● 在方法调用的参数列表中；
● 在对象声明中的 new 关键字之后；
● 在链式表达式中；

如有必要，再次按 Ctrl+Shift+Space 这样就可以完成：
● 集合，列表和数组。 —— IntelliJ IDEA 搜索具有相同组件类型的符号，并建议对其转换。
● 静态方法调用或常量引用。 —— IntelliJ IDEA 扫描静态方法和字段，并建议适合当前上下文的方法和字段。
</syntaxhighlight>
## '''语句补全'''（Statement completion）：'''<code>Ctrl + Shift</code> + <code>Enter</code>'''
##: <syntaxhighlight lang="bash" highlight="1">
【您可以使用语句补全来创建语法正确的代码构造。 —— 它插入必要的语法元素（括号，花括号和分号），并使光标处于可以开始键入下一条语句的位置】

常用方式：
● 补全方法声明；
● 补全代码结构；
● 包裹方法的调用参数；
● 快速补全行末分号。
</syntaxhighlight>
## '''Hippie 补全'''（Hippie completion）：'''<code>Alt</code> + <code>/</code>'''
##: <syntaxhighlight lang="bash" highlight="1">
【Hippie completion 是一个补全引擎，可以分析可见范围内的文本并根据当前上下文生成建议。它可以帮助您补全当前打开的任何文件中的任何单词。】

—— 说人话：会选择当前编辑器中适合的单词直接拿过来补全当前输入内容。
</syntaxhighlight>

== 按辅键分类 ==
=== 字母、数字 ===
:{| class="wikitable"
|-
! colspan="3" style="text-align:center;"| '''字母、数字'''
|-
! 辅键 !! 主键 !! 描述
|-
| rowspan="3" style="text-align:center;" | '''1～9'''
| <code>Ctrl</code> || 定位到对应数值的书签位置
|-
| <code>Alt</code> || 显示对应数值的选项卡
* 其中 '''1''' 是 Project，用得最多
* 其中 '''7''' 是文件结构，常用
|-
| <code>Ctrl</code> + <code>Shift</code> || 快速添加指定数值的书签
|-
| rowspan="1" style="text-align:center;" | '''A'''
| '''<code>Ctrl</code> + <code>Shift</code>''' || '''查找“动作 / 设置”'''
|-
| rowspan="3" style="text-align:center;" | '''B'''
| <code>Ctrl</code> || 进入光标所在的“方法/变量”的“接口/定义”处
* 等效于“<code>Ctrl</code> + 左键单击”
|-
| <code>Ctrl</code> + <code>Alt</code> || 在某个调用的方法名上使用会跳到具体的实现处，可以跳过接口
|-
| <code>Ctrl</code> + <code>Shift</code> || 跳转到类型声明处
|-
| rowspan="4" style="text-align:center;" | '''C'''
| <code>Ctrl</code> || 复制光标所在行（或：选择的内容）
|-
| <code>Ctrl</code> + <code>Shift</code> || 复制当前文件磁盘路径到剪贴板
|-
| <code>Alt</code> + <code>Shift</code> || 查看最近操作项目的变化情况列表
|-
| <code>Ctrl</code> + <code>Shift</code> + <code>Alt</code> || 复制参考信息
|-
| rowspan="1" style="text-align:center;" | '''D'''
| <code>Ctrl</code> || 复制并插入复制光标所在行（或：选择的内容），并把复制的内容插入光标位置后
|-
| rowspan="2" style="text-align:center;" | '''E'''
| '''<code>Ctrl</code>''' || '''显示最近打开的文件记录列表'''
|-
| <code>Ctrl</code> + <code>Shift</code> || 显示最近修改的文件列表的弹出层
|-
| rowspan="3" style="text-align:center;" | '''F'''
| <code>Ctrl</code> || 在当前文件进行文本查找
|-
| '''<code>Ctrl</code>''' + '''<code>Shift</code>''' || '''根据输入内容查找整个项目（或：指定目录内文件）'''——【'''（自定义）全局查找'''】
|-
| <code>Alt</code> + <code>Shift</code> || 显示添加到收藏夹弹出层 / 添加到收藏夹
|-
| rowspan="1" style="text-align:center;" | '''G'''
| <code>Ctrl</code> || 在当前文件跳转到指定行处
|-
| rowspan="3" style="text-align:center;" | '''H'''
| '''<code>Ctrl</code>''' || 显示'''当前类的层次结构'''
|-
| <code>Ctrl</code> + <code>Alt</code> || 调用层次
|-
| <code>Ctrl</code> + <code>Shift</code> || 显示方法层次结构
|-
| rowspan="4" style="text-align:center;" | '''I'''
| '''<code>Ctrl</code>''' || '''选择可继承的方法'''
|-
| <code>Ctrl</code> + <code>Alt</code> || 光标所在行（或：选中部分）进行自动代码缩进，有点类似格式化
|-
| <code>Ctrl</code> + <code>Shift</code> || 快速查看光标所在的“方法 / 类”的定义
|-
| <code>Alt</code> + <code>Shift</code> || 查看项目当前文件
|-
| rowspan="3" style="text-align:center;" | '''J'''
| <code>Ctrl</code> + J || 插入自定义动态代码模板
|-
| '''<code>Ctrl</code> + <code>Alt</code>''' || '''弹出模板选择窗口'''，讲选定的代码加入动态模板中
|-
| <code>Ctrl</code> + <code>Shift</code> || 自动将下一行合并到当前行末尾
|-
| rowspan="1" style="text-align:center;" | '''K'''
| <code>Ctrl</code> ||版本控制：提交项目，需要此项目有加入到版本控制才可用
|-
| rowspan="1" style="text-align:center;" | '''L'''
| '''<code>Ctrl</code> + <code>Alt</code>''' || '''格式化代码'''
* 可以对当前文件和整个包目录使用
|-
| rowspan="4" style="text-align:center;" | '''N'''
| '''<code>Ctrl</code>''' || 根据输入的“类名”'''查找类文件'''
|-
| <code>Ctrl</code> + <code>Shift</code> || 通过文件名“定位 / 打开”“文件 / 目录”，打开目录需要在输入的内容后面多加一个正斜杠
|-
| <code>Alt</code> + <code>Shift</code> || “选择 / 添加”task
|-
| <code>Ctrl</code> + <code>Shift</code> + <code>Alt</code> || 前往指定的“变量 / 方法”
|-
| rowspan="2" style="text-align:center;" | '''O'''
| '''<code>Ctrl</code>''' || '''选择可重写的方法'''
|-
| '''<code>Ctrl</code> + <code>Alt</code>''' || '''优化导入的类'''
* 可以对当前文件和整个包目录使用
|-
| rowspan="1" style="text-align:center;" | '''P'''
| '''<code>Ctrl</code>''' || '''方法参数提示显示'''
|-
| rowspan="2" style="text-align:center;" | '''Q'''
| <code>Ctrl</code> || 光标所在的“变量 / 类名 / 方法名”等上面（也可以在提示补充的时候按），显示文档内容
|-
| <code>Alt</code> || 弹出一个提示，显示当前类的“声明 / 上下文”信息
|-
| rowspan="2" style="text-align:center;" | '''R'''
| <code>Ctrl</code> || 在当前文件进行文本替换
|-
| <code>Ctrl</code> + <code>Shift</code> || 根据输入内容替换对应内容，范围为整个项目（或：指定目录内文件）
|-
| rowspan="2" style="text-align:center;" | '''S'''
| '''<code>Ctrl</code> + <code>Alt</code>''' || '''打开 IntelliJ IDEA 系统设置'''
|-
| '''<code>Ctrl</code> + <code>Shift</code> + <code>Alt</code>''' || '''打开当前项目设置'''
|-
| rowspan="3" style="text-align:center;" | '''T'''
| <code>Ctrl</code> || 版本控制：更新项目，需要此项目有加入到版本控制才可用
|-
| '''<code>Ctrl</code> + <code>Alt</code>''' || '''对选中的代码弹出环绕选项弹出层'''
* “if/else”、“while”、“for”、“try/catch”、“synchronized”、“Runnable”等
* 可使用 '''<code>Ctrl</code> + <code>Shift</code> + <code>Delete</code>''' 接触代码环绕。
|-
| '''<code>Ctrl</code> + <code>Shift</code>''' || '''对当前类生成单元测试类'''，如果已经存在的单元测试类则可以进行选择
|-
| rowspan="2" style="text-align:center;" | '''U'''
| '''<code>Ctrl</code>''' || 前往当前光标所在'''方法的“父类方法 / 接口”定义'''处
|-
| '''<code>Ctrl</code> + <code>Shift</code>''' || 对选中的代码进行'''“大 / 小写”轮流转换'''
|-
| rowspan="3" style="text-align:center;" | '''V'''
| <code>Ctrl</code> + <code>Alt</code> || 快速引进变量
|-
| <code>Ctrl</code> + <code>Shift</code> || '''弹出“缓存的最近拷贝的内容”管理器弹出层'''
|-
| <code>Ctrl</code> + <code>Shift</code> + <code>Alt</code> || 无格式黏贴
|-
| rowspan="2" style="text-align:center;" | '''W'''
| <code>Ctrl</code> || 递进式选择代码块
* 可选中光标所在的单词或段落，连续按会在原有选中的基础上再扩展选中范围
|-
| <code>Ctrl</code> + <code>Shift</code> || 递进式取消选择代码块
* 可选中光标所在的单词或段落，连续按会在原有选中的基础上再扩展选中范围
|-
| rowspan="1" style="text-align:center;" | '''X'''
| <code>Ctrl</code> || 剪切光标所在行（或：选择的内容）
|-
| rowspan="2" style="text-align:center;" | '''Y'''
| <code>Ctrl</code> || 删除光标所在行（或：选中的行）
|-
| <code>Ctrl</code> + <code>Alt</code> || 同步、刷新
|-
| rowspan="2" style="text-align:center;" | '''Z'''
| <code>Ctrl</code> || 撤销
|-
| <code>Ctrl</code> + <code>Shift</code> || 取消撤销
|}

=== F1～F12 ===
:{| class="wikitable"
|-
! colspan="3" style="text-align:center;"| '''F1～F12'''
|-
! 辅键 !! 主键 !! 描述
|-
| rowspan="3" style="text-align:center;" | '''F1'''
| '''<code>Ctrl</code>''' || 在光标所在的错误代码出显示'''错误信息'''
|-
| '''<code>Alt</code>''' || '''显示当前文件的“选择目标弹出层”'''（在哪里打开当前文件），弹出层中有很多目标可以进行选择
|-
| <code>Shift</code> || （如果有外部文档）可以连接外部文档
|-
| rowspan="3" style="text-align:center;" | '''F2'''
| || '''跳转到下一个高亮错误'''（或：警告位置）
|-
| <code>Alt</code> || 对于前面页面，显示各类浏览器打开目标选择弹出层
|-
| '''<code>Shift</code>''' || '''跳转到上一个高亮错误'''（或：警告位置）
|-
| rowspan="4" style="text-align:center;" | '''F3'''
| || 在查找模式下，定位到下一个匹配处
|-
| <code>Ctrl</code> || 调转到所选中的词的下一个引用位置
|-
| '''<code>Alt</code>''' || '''选中文本，逐个往下查找相同文本，并高亮显示'''
|-
| <code>Shift</code> || 在查找模式下，查找匹配上一个
|-
| rowspan="3" style="text-align:center;" | '''F4'''
| || 编辑源
|-
| <code>Ctrl</code> || 关闭当前编辑文件
|-
| '''<code>Shift</code>''' || '''对当前打开的文件，使用新 Windows 窗口打开，旧窗口保留'''
|-
| rowspan="1" style="text-align:center;" | '''F6'''
| '''<code>Shift</code>''' || 对“文件 / 文件夹”重命名
* 在编辑框对“字段”重命名
|-
| rowspan="6" style="text-align:center;" | '''F7'''
| ||【Debug 模式下，步入】：如果当前行断点是一个方法，则进入当前方法体内，如果该方法体还有方法，则不会进入该内嵌的方法中
|-
| '''<code>Alt</code>''' || 查找光标所在的'''“方法 / 变量 / 类”被调用的地方'''
|-
| <code>Shift</code> ||【Debug 模式下，智能步入】：断点所在行上有多个方法调用，会弹出进入哪个方法
|-
| <code>Ctrl</code> + <code>Alt</code> || 显示使用的地方。寻找被该类或是变量被调用的地方，用弹出框的方式找出来
|-
| <code>Ctrl</code> + <code>Shift</code> || 高亮显示所有该选中文本，按 Esc 高亮消失
|-
| <code>Alt</code> + <code>Shift</code> ||【Debug 模式下，强制步入】：进入当前方法体内，如果方法体还有方法，则会进入该内嵌的方法中，依此循环进入
|-
| rowspan="5" style="text-align:center;" | '''F8'''
| ||【Debug 模式下，步过】：如果当前行断点是一个方法，则不进入当前方法体内
|-
| <code>Ctrl</code> ||【Debug 模式下，“设置/取消”断点】
|-
| <code>Alt</code> ||【Debug 模式下，评估表达式】：选中对象，弹出可输入计算表达式调试框，查看该输入内容的调试结果
|-
| <code>Shift</code> ||【Debug 模式下，步出】：表现出来的效果跟 <code>F9</code> 一样
|-
| <code>Ctrl</code> + <code>Shift</code> ||【Debug 模式下，指定断点进入条件】
|-
| rowspan="6" style="text-align:center;" | '''F9'''
| ||【Debug 模式下，恢复程序运行】：但是如果该断点下面代码还有断点则停在下一个断点上
|-
| <code>Ctrl</code> || 执行 Make Project（构建项目）操作
|-
| <code>Alt</code> ||【Debug 模式下，运行到光标处】
|-
| <code>Shift</code> || 等效于点击工具栏的 Debug 按钮
|-
| <code>Ctrl</code> + <code>Shift</code> || 编译选中的“文件 / 包 / Module”
|-
| '''<code>Alt</code> + <code>Shift</code>''' || '''弹出 Debug 的可选择菜单'''
|-
| rowspan="2" style="text-align:center;" | '''F10'''
| <code>Shift</code> || 等效于点击工具栏的 Run 按钮
|-
| '''<code>Alt</code> + <code>Shift</code>''' || '''弹出 Run 的可选择菜单'''
|-
| rowspan="4" style="text-align:center;" | '''F11'''
| || 添加书签
|-
| <code>Ctrl</code> || 选中“文件 / 文件夹”，使用助记符“设定 / 取消”书签
|-
| <code>Shift</code> || '''弹出书签显示层'''
|-
| <code>Ctrl</code> + <code>Alt</code> || 切换全屏模式
|-
| rowspan="3" style="text-align:center;" | '''F12'''
| || 回到前一个工具窗口
|-
| '''<code>Ctrl</code>''' || '''弹出当前文件结构层'''，可以在弹出的层上直接输入，进行筛选
|-
| <code>Ctrl</code> + <code>Shift</code> || 编辑器最大化
|}

=== 符号 ===
:{| class="wikitable"
|-
! colspan="3" style="text-align:center;"| '''符号'''
|-
! 辅键 !! 主键 !! 描述
|-
| rowspan="1" style="text-align:center;" | '''`'''
| '''<code>Alt</code>''' || '''显示版本控制常用操作菜单弹出层'''
|-
| rowspan="2" style="text-align:center;" | '''+'''
| <code>Ctrl</code> || 展开代码
|-
| <code>Ctrl</code> + <code>Shift</code> || 展开所有代码
|-
| rowspan="2" style="text-align:center;" | '''-'''
| <code>Ctrl</code> || 折叠代码
|-
| <code>Ctrl</code> + <code>Shift</code> || 折叠所有代码
|-
| rowspan="2" style="text-align:center;" | '''/'''
| <code>Ctrl</code> || '''注释'''光标所在行代码
* 会根据当前不同文件类型使用不同的注释符号
|-
| <code>Ctrl</code> + <code>Shift</code> || 代码块注释
|-
| rowspan="2" style="text-align:center;" | '''['''
| <code>Ctrl</code> || 移动光标到当前所在代码的花括号开始位置
|-
| <code>Ctrl</code> + <code>Shift</code> || 选中从光标所在位置到它的顶部中括号位置
|-
| rowspan="2" style="text-align:center;" | ''']'''
| <code>Ctrl</code> || 移动光标到当前所在代码的花括号结束位置
|-
| <code>Ctrl</code> + <code>Shift</code> || 选中从光标所在位置到它的底部中括号位置
|}

=== 操作 ===
:{| class="wikitable"
|-
! colspan="3" style="text-align:center;"| '''操作'''
|-
! 辅键 !! 主键 !! 描述
|-
| rowspan="4" style="text-align:center;" | '''←'''
| <code>Ctrl</code> || 光标跳转到当前“单词 / 中文句”的左侧开头位置
|-
| '''<code>Alt</code>''' || '''向左切换'''（当前已打开的）'''文件视图'''
|-
| <code>Ctrl</code> + <code>Alt</code> || 退回到上一个操作的地方
|-
| <code>Ctrl</code> + <code>Shift</code> || 在代码文件上，光标跳转到当前“单词 / 中文句”的左侧开头位置，同时选中该“单词 / 中文句”
* 在光标焦点是在工具选项卡上，缩小选项卡区域
|-
| rowspan="4" style="text-align:center;" | '''→'''
| <code>Ctrl</code> || 光标跳转到当前“单词 / 中文句”的右侧开头位置
|-
| '''<code>Alt</code>''' || '''向右切换'''（当前已打开的）'''文件视图'''
|-
| <code>Ctrl</code> + <code>Alt</code> || 前进到上一个操作的地方
|-
| <code>Ctrl</code> + <code>Shift</code> || 在代码文件上，光标跳转到当前“单词 / 中文句”的右侧开头位置，同时选中该“单词 / 中文句”
* 在光标焦点是在工具选项卡上，扩大选项卡区域
|-
| rowspan="5" style="text-align:center;" | '''↑'''
| <code>Ctrl</code> || 等效于鼠标滚轮向前效果
|-
| '''<code>Alt</code>''' || 当前光标跳转到当前文件的'''前一个方法名'''位置
|-
| <code>Ctrl</code> + <code>Alt</code> || 在查找模式下，跳到上个查找的文件
|-
| '''<code>Ctrl</code> + <code>Shift</code>''' || '''向上调整方法排序'''：光标放在“方法名所在行”上，将方法移动到上一个方法前面
* 光标放在“普通行”上，等同于“<code>Alt</code> + <code>Shift</code> + ↑”
|-
| '''<code>Alt</code> + <code>Shift</code>''' || '''向上移动光标所在行'''
|-
| rowspan="5" style="text-align:center;" | '''↓'''
| <code>Ctrl</code> || 等效于鼠标滚轮向后效果
|-
| '''<code>Alt</code>''' || 当前光标跳转到当前文件的'''后一个方法名'''位置
|-
| <code>Ctrl</code> + <code>Alt</code> || 在查找模式下，跳到下个查找的文件
|-
| '''<code>Ctrl</code> + <code>Shift</code>''' || '''向下调整方法排序'''：光标放在“方法名所在行”上，将方法移动到下一个方法后面
* 光标放在“普通行”上，等同于“<code>Alt</code> + <code>Shift</code> + ↓”
|-
| '''<code>Alt</code> + <code>Shift</code>''' || '''向下移动光标所在行'''
|-
| rowspan="2" style="text-align:center;"| '''ESC'''
| || 从工具窗口进入代码文件窗口
|-
| <code>Shift</code> || 隐藏当前（或：最后一个激活的）工具窗口
|-
| rowspan="3" style="text-align:center;"| '''Tab'''
| || 缩进
|-
| '''<code>Ctrl</code>''' || '''编辑窗口切换'''，如果在切换的过程又加按上 delete，则是关闭对应选中的窗口
|-
| <code>Shift</code> || 取消缩进
|-
| rowspan="3" style="text-align:center;"| '''Space'''
| '''<code>Ctrl</code>''' || '''基础代码补全'''
* 默认在 Windows 系统上被输入法占用，需要进行修改，建议修改为“<code>Ctrl</code> + 逗号”
|-
| '''<code>Ctrl</code> + <code>Alt</code>''' || '''类名自动完成'''
|-
| '''<code>Ctrl</code> + <code>Shift</code>''' || '''智能代码提示'''
|-
| rowspan="5" style="text-align:center;"| '''Enter'''
| <code>Ctrl</code> || 智能分隔行
|-
| '''<code>Alt</code>''' || 根据光标所在问题，提供'''快速修复'''选择，光标放在的位置不同提示的结果也不同
|-
| <code>Shift</code> || 开始新一行。光标所在行下空出一行，光标定位到新行位置
|-
| <code>Ctrl</code> + <code>Alt</code> || 光标所在行上空出一行，光标定位到新行
|-
| <code>Ctrl</code> + <code>Shift</code> || 自动结束代码，行末自动添加分号
|-
| rowspan="4" style="text-align:center;"| '''Home'''
| <code>Ctrl</code> || 跳到文件头
|-
| <code>Alt</code> || “定位 / 显示”到当前文件的 Navigation Bar
|-
| <code>Shift</code> || 选中光标到当前行头位置
|-
| <code>Ctrl</code> + <code>Alt</code> || 弹出跟当前文件有关联的文件弹出层
|-
| rowspan="2" style="text-align:center;"| '''End'''
| <code>Ctrl</code> || 跳到文件尾
|-
| <code>Shift</code> || 选中光标到当前行尾位置
|-
| rowspan="1" style="text-align:center;"| '''Insert'''
| '''<code>Alt</code>''' || '''代码自动生成'''，如生成对象的“ set / get 方法，构造函数，toString()”等
|-
| rowspan="1" style="text-align:center;"| '''Delete'''
| <code>Ctrl</code> || 删除光标后面的单词或是中文句
|-
| rowspan="2" style="text-align:center;"| '''BackSpace'''
| <code>Ctrl</code> || 删除光标前面的单词或是中文句
|-
| <code>Ctrl</code> + <code>Shift</code> || 退回到上次修改的地方
|-
| rowspan="1" style="text-align:center;"| 【光标定位】
| '''<code>Ctrl</code>''' || 按 <code>Ctrl</code> 不要松开，会显示光标所在的'''类信息摘要'''
|-
| rowspan="2" style="text-align:center;"| 【左键单击】
| '''<code>Ctrl</code>''' || 在打开的文件标题上，弹出该'''文件路径'''
|-
| '''<code>Shift</code>''' || 在打开的文件名上按此快捷键，可以'''关闭当前打开文件'''
|-
| rowspan="1" style="text-align:center;"| 【左键双击】
| <code>Alt</code> + <code>Shift</code> || 选择被双击的“单词 / 中文句”，按住不放，可以同时选择其他“单词 / 中文句”
|-
| rowspan="1" style="text-align:center;"| 【滚轮前后滚动】
| <code>Shift</code> || 当前文件的横向滚动轴滚动
|-
| rowspan="1" style="text-align:center;"| 【连按两次 '''<code>Shift</code>'''】
| || '''弹出 Search Everywhere 窗口'''
|}

IDEA快捷键：Windows（个人整理）

2024-04-08T12:34:08Z

Eijux：/* 字母、数字 */

[[category:IDEA]]

== 常用快捷键 ==
=== IDEA ===
# 系统设置：<code>Ctrl + Alt</code> + <code>S</code>
# 项目设置：<code>Ctrl + Shift + Alt</code> + <code>S</code>
# 专注编辑器（隐藏所有工件窗口）：<code>Ctrl + Shift</code> + <code>F12</code>
#* 恢复默认布局：<code>Shift</code> + <code>F12</code>

=== 导航 ===
# '''切换器'''：'''<code>Ctrl + Tab</code>'''
# 打开工具窗口：
## 项目：<code>Alt</code> + <code>1</code>
## 文件结构：<code>Alt</code> + <code>7</code>
##*（弹出窗口）<code>Ctrl</code> + <code>F12</code>
# '''文件打开位置'''：'''<code>Alt</code> + <code>F1</code>'''
#: 用于选择在哪里打开或定位当前文件；

=== 窗口 ===
# 新窗口打开（当前文件）：<code>Shift</code> + <code>F4</code>
# '''最近的文件列表'''：'''<code>Ctrl</code> + <code>E</code>'''
# 最近的位置列表（查看 / 修改）：<code>Ctrl + Shift</code> + <code>E</code>
# '''最近的拷贝列表'''：'''<code>Ctrl + Shift</code> + <code>V</code>'''
# 版本控制常用操作：<code>Alt</code> + '''<code>`</code>'''

=== Search Everywhere 窗口 ===
（以下打开的是同一窗口）
# 所有：<code>Shift</code> x2
# 类：<code>Ctrl</code> + <code>N</code>
# 文件：<code>Ctrl + Shift</code> + <code>N</code>
# 符号：<code>Ctrl + Alt + Shift</code> + <code>N</code>
# 操作：<code>Ctrl + Shift</code> + <code>A</code>
* 在窗口中，可通过 <code>Ctrl + Tab</code> 切换上述 Tab 页

=== 编辑 ===
# 查找：<code>Ctrl</code> + <code>F</code>（等效于：<code>Alt</code> + <code>F3</code>）
#* 下一个：<code>F3</code>
#* 上一个：<code>Shift</code> + <code>F3</code>
# 替换：<code>Ctrl</code> + <code>R</code>
# 撤销：<code>Ctrl</code> + <code>Z</code>
#* 取消撤销：<code>Ctrl + Shift</code> + <code>Z</code>
# 复制行：<code>Ctrl</code> + <code>C</code>
#* 复制并插入：<code>Ctrl</code> + <code>D</code>
# 删除行：<code>Ctrl</code> + <code>Y</code>
# 剪切行：<code>Ctrl</code> + <code>X</code>
# 注释行：<code>Ctrl</code> + <code>/</code>
#* 注释块：<code>Ctrl + Shift</code> + <code>/</code>
# 移动行：<code>Alt + Shift</code> + <code>↑</code>/<code>↓</code>
#* 移动方法：<code>Ctrl + Shift</code> + <code>↑</code>/<code>↓</code>
# 上/下一个方法：<code>Alt</code> + <code>↑</code>/<code>↓</code>
# 大/小写轮换：<code>Ctrl + Shift</code> + <code>U</code>
# 递进式选择：<code>Ctrl</code> + <code>W</code>
#* 递进式取消选择：<code>Ctrl + Shift</code> + <code>W</code>
# 切换编辑页：<code>Alt</code> + <code>←</code>/<code>→</code>
#* 后退/前进导航：<code>Ctrl + Alt</code> + <code>←</code>/<code>→</code>

=== 代码 ===
'''代码模板'''、'''后缀补全'''，见：[[FAQ:IDEA#IDEA_设置：代码模板]]

==== '''错误：''' ====
# '''下一个错误/警告'''：'''<code>F2</code>'''
#* 上一个错误/警告：<code>Shift</code> + <code>F2</code>
# '''错误描述'''：'''<code>Ctrl</code> + <code>F1</code>'''

==== '''信息查看：''' ====
# '''快速文档'''：'''<code>Ctrl</code> + <code>Q</code>'''
#: 显示包含光标处符号（变量 / 类名 / 方法名）的文档（也可以在提示补充的时候按）
# '''快速定义'''：'''<code>Ctrl + Shift</code> + <code>I</code>'''
#: 显示包含光标处符号（变量 / 类名 / 方法名）的文档
# 类型信息：<code>Ctrl + Shift</code> + <code>P</code>
# '''形参信息'''：'''<code>Ctrl</code> + <code>P</code>'''
#: 显示（光标处）方法的形式参数提示
# 上下文信息：<code>Alt</code> + <code>Q</code>
# '''层次结构：'''
## '''类型层次结构'''：'''<code>Ctrl</code> + <code>H</code>'''
##* 区别于“当前类的结构”（文件结构）：<code>Alt</code> + <code>7</code>（或：<code>Ctrl</code> + <code>F12</code>）
## 方法层次结构：<code>Ctrl + Shift</code> + <code>H</code>
## 调用层次结构：<code>Ctrl + Alt</code> + <code>H</code>
##* 与“查找调用”（<code>Alt</code> + <code>F7</code>）结果一致，只是：前者只列出了层层调用关系，而后者对调用进行了分类，且信息更详细；
# '''文件结构'''（'''类信息'''）：'''<code>Ctrl</code> + <code>F12</code>'''
#* 工具窗口“文件结构”：<code>Alt</code> + <code>7</code>
# '''图表'''：
## 固定窗口：'''<code>Ctrl + Shift + Alt</code> + <code>U</code>'''
## 弹出窗口：'''<code>Ctrl + Alt</code> + <code>U</code>'''

==== '''查找跳转：''' ====
# '''转到声明 / 查找调用'''：<code>Ctrl</code> + <code>B</code>（或：'''<code>Ctrl</code> + 点击'''；或：“点击中键”）
#: 作用：
## 在调用处：跳转到“类 / 方法 / 属性”的声明；
## 在声明处：显示“类 / 方法 / 属性”所有的调用处；（等效于：<code>Ctrl + Alt</code> + <code>F7</code>）
# '''转到 super 方法'''：'''<code>Ctrl</code> + <code>U</code>'''
#: 转到被“重载/实现”方法的“父类 / 接口”的方法定义处；
# '''查找实现'''：<code>Ctrl + Alt</code> + <code>B</code>（或：'''<code>Ctrl + Alt</code> + 点击'''）
#: 查找当前“类 / 方法”所有的实现；
# '''查找调用'''：'''<code>Alt</code> + <code>F7</code>'''
#: 查找“方法 / 变量 / 类”所有的被调用处；
#* 弹窗显示：'''<code>Ctrl + Alt</code> + <code>F7</code>'''
# 转到类型声明：<code>Ctrl + Shift</code> + <code>B</code>（或：<code>Ctrl + Shift</code> + 点击）
#: 跳转到当前“方法 / 属性”的类型声明处；
# 转到测试：<code>Ctrl + Shift</code> + <code>T</code>

==== '''生成代码：''' ====
# '''生成'''：'''<code>Alt</code> + <code>Insert</code>'''
#* 包括：构造函数、toString、重新方法、测试、版权；
#* 在编辑 '''pom.xml''' 等内容时，也可使用；
# '''重写方法'''：'''<code>Ctrl</code> + <code>O</code>'''
# '''继承方法'''：'''<code>Ctrl</code> + <code>I</code>'''
# '''环绕方式'''：'''<code>Ctrl + Alt</code> + <code>T</code>'''
#* 用以下代码环绕选中的代码：if/else”、“while”、“for”、“try/catch”、“synchronized”、“Runnable”等
#* 解除环绕：<code>Ctrl + Shift</code> + <code>Delete</code>
# 生成单元测试类：<code>Ctrl + Shift</code> + <code>T</code>
# '''优化导入的类'''：'''<code>Ctrl + Alt</code> + <code>O</code>'''

==== '''代码重构：''' ====
# '''重命名'''：'''<code>Shift</code> + <code>F6</code>'''
# '''提取变量'''：'''<code>Ctrl + Alt</code> + <code>V</code>'''
# '''提取字段'''：'''<code>Ctrl + Alt</code> + <code>F</code>'''
# '''提取常数'''：'''<code>Ctrl + Alt</code> + <code>C</code>'''
# '''提取方法'''：'''<code>Ctrl + Alt</code> + <code>M</code>'''
# '''提取参数'''：'''<code>Ctrl + Alt</code> + <code>P</code>'''
# '''内联'''：'''<code>Ctrl + Alt</code> + <code>N</code>'''
# 复制：<code>F5</code>
# 移动：<code>F6</code>
# '''重构此…'''：'''<code>Ctrl + Shift + Alt</code> + <code>T</code>'''
#: 包含'''重构操作列表'''的上下文感知弹出窗口

==== '''辅助优化：''' ====
# '''格式化代码'''：'''<code>Ctrl + Alt</code> + <code>L</code>'''
# '''显示快速修复'''：'''<code>Alt</code> + <code>Enter</code>'''
#* 在代码需要 '''import''' 某些包、类时，可以使用该快捷键。
# 代码补全：
## '''基本补全'''（Basic completion）：'''<code>Ctrl</code> + <code>Space</code>'''
##: <syntaxhighlight lang="bash" highlight="1">
【基本代码补全功能可帮助您补全可见范围内的类，方法，字段和关键字。当您调用代码补全功能时，IntelliJ IDEA 会分析上下文并提供可用的“建议列表”（建议中还将包括“Live templates”）】

如果将基本代码补全应用于字段，参数或变量声明的一部分，则 IntelliJ IDEA 会根据项目类型提供可用的“建议列表”。

第二次调用（按两次 Ctrl+Space）：将显示不可访问的类和成员（这些类和成员需要可以通过 Intention actions 公开）。【！！！】

第三次调用（按三次 Ctrl+Space）：IntelliJ IDEA 将在整个项目中查找类和接口，而不考虑依赖关系。如果必要的类尚未导入，则将自动导入该类。【！！！】
</syntaxhighlight>
##* '''第二三次调用，在整个项目中搜索类和接口，而不考虑依赖关系。''' 【非常有用！！！】
##* 默认与 Windows 输入法快捷键冲突，建议修改为“<code>Ctrl</code> + '''<code>,</code>'''”
##* 第二基本补全: '''<code>Ctrl + Alt</code> + <code>Space</code>'''
## '''智能补全'''（Smart completion）：'''<code>Ctrl + Shift</code> + <code>Space</code>'''（基于预期类型补全代码）
##:<syntaxhighlight lang="bash" highlight="1">
【智能代码补全功能会过滤“建议列表”，并仅显示适用于当前上下文的类型】

在可以确定类型的情况下，智能补全非常有用：
● 在赋值语句的右侧；
● 在变量初始化时；
● 在 return 语句中；
● 在方法调用的参数列表中；
● 在对象声明中的 new 关键字之后；
● 在链式表达式中；

如有必要，再次按 Ctrl+Shift+Space 这样就可以完成：
● 集合，列表和数组。 —— IntelliJ IDEA 搜索具有相同组件类型的符号，并建议对其转换。
● 静态方法调用或常量引用。 —— IntelliJ IDEA 扫描静态方法和字段，并建议适合当前上下文的方法和字段。
</syntaxhighlight>
## '''语句补全'''（Statement completion）：'''<code>Ctrl + Shift</code> + <code>Enter</code>'''
##: <syntaxhighlight lang="bash" highlight="1">
【您可以使用语句补全来创建语法正确的代码构造。 —— 它插入必要的语法元素（括号，花括号和分号），并使光标处于可以开始键入下一条语句的位置】

常用方式：
● 补全方法声明；
● 补全代码结构；
● 包裹方法的调用参数；
● 快速补全行末分号。
</syntaxhighlight>
## '''Hippie 补全'''（Hippie completion）：'''<code>Alt</code> + <code>/</code>'''
##: <syntaxhighlight lang="bash" highlight="1">
【Hippie completion 是一个补全引擎，可以分析可见范围内的文本并根据当前上下文生成建议。它可以帮助您补全当前打开的任何文件中的任何单词。】

—— 说人话：会选择当前编辑器中适合的单词直接拿过来补全当前输入内容。
</syntaxhighlight>

== 按辅键分类 ==
=== 字母、数字 ===
:{| class="wikitable"
|-
! colspan="3" style="text-align:center;"| '''字母、数字'''
|-
! 辅键 !! 主键 !! 描述
|-
| rowspan="3" style="text-align:center;" | '''1～9'''
| <code>Ctrl</code> || 定位到对应数值的书签位置
|-
| <code>Alt</code> || 显示对应数值的选项卡
* 其中 '''1''' 是 Project，用得最多
* 其中 '''7''' 是文件结构，常用
|-
| <code>Ctrl</code> + <code>Shift</code> || 快速添加指定数值的书签
|-
| rowspan="1" style="text-align:center;" | '''A'''
| '''<code>Ctrl</code> + <code>Shift</code>''' || '''查找“动作 / 设置”'''
|-
| rowspan="3" style="text-align:center;" | '''B'''
| <code>Ctrl</code> || 进入光标所在的“方法/变量”的“接口/定义”处
* 等效于“<code>Ctrl</code> + 左键单击”
|-
| <code>Ctrl</code> + <code>Alt</code> || 在某个调用的方法名上使用会跳到具体的实现处，可以跳过接口
|-
| <code>Ctrl</code> + <code>Shift</code> || 跳转到类型声明处
|-
| rowspan="4" style="text-align:center;" | '''C'''
| <code>Ctrl</code> || 复制光标所在行（或：选择的内容）
|-
| <code>Ctrl</code> + <code>Shift</code> || 复制当前文件磁盘路径到剪贴板
|-
| <code>Alt</code> + <code>Shift</code> || 查看最近操作项目的变化情况列表
|-
| <code>Ctrl</code> + <code>Shift</code> + <code>Alt</code> || 复制参考信息
|-
| rowspan="1" style="text-align:center;" | '''D'''
| <code>Ctrl</code> || 复制并插入复制光标所在行（或：选择的内容），并把复制的内容插入光标位置后
|-
| rowspan="2" style="text-align:center;" | '''E'''
| '''<code>Ctrl</code>''' || '''显示最近打开的文件记录列表'''
|-
| <code>Ctrl</code> + <code>Shift</code> || 显示最近修改的文件列表的弹出层
|-
| rowspan="3" style="text-align:center;" | '''F'''
| <code>Ctrl</code> || 在当前文件进行文本查找
|-
| '''<code>Ctrl</code>''' + '''<code>Shift</code>''' || '''根据输入内容查找整个项目（或：指定目录内文件）'''——【'''（自定义）全局查找'''】
|-
| <code>Alt</code> + <code>Shift</code> || 显示添加到收藏夹弹出层 / 添加到收藏夹
|-
| rowspan="1" style="text-align:center;" | '''G'''
| <code>Ctrl</code> || 在当前文件跳转到指定行处
|-
| rowspan="3" style="text-align:center;" | '''H'''
| '''<code>Ctrl</code>''' || 显示'''当前类的层次结构'''
|-
| <code>Ctrl</code> + <code>Alt</code> || 调用层次
|-
| <code>Ctrl</code> + <code>Shift</code> || 显示方法层次结构
|-
| rowspan="4" style="text-align:center;" | '''I'''
| '''<code>Ctrl</code>''' || '''选择可继承的方法'''
|-
| <code>Ctrl</code> + <code>Alt</code> || 光标所在行（或：选中部分）进行自动代码缩进，有点类似格式化
|-
| <code>Ctrl</code> + <code>Shift</code> || 快速查看光标所在的“方法 / 类”的定义
|-
| <code>Alt</code> + <code>Shift</code> || 查看项目当前文件
|-
| rowspan="3" style="text-align:center;" | '''J'''
| <code>Ctrl</code> + J || 插入自定义动态代码模板
|-
| '''<code>Ctrl</code> + <code>Alt</code>''' || '''弹出模板选择窗口'''，讲选定的代码加入动态模板中
|-
| <code>Ctrl</code> + <code>Shift</code> || 自动将下一行合并到当前行末尾
|-
| rowspan="1" style="text-align:center;" | '''K'''
| <code>Ctrl</code> ||版本控制：提交项目，需要此项目有加入到版本控制才可用
|-
| rowspan="1" style="text-align:center;" | '''L'''
| '''<code>Ctrl</code> + <code>Alt</code>''' || '''格式化代码'''
* 可以对当前文件和整个包目录使用
|-
| rowspan="4" style="text-align:center;" | '''N'''
| '''<code>Ctrl</code>''' || 根据输入的“类名”'''查找类文件'''
|-
| <code>Ctrl</code> + <code>Shift</code> || 通过文件名“定位 / 打开”“文件 / 目录”，打开目录需要在输入的内容后面多加一个正斜杠
|-
| <code>Alt</code> + <code>Shift</code> || “选择 / 添加”task
|-
| <code>Ctrl</code> + <code>Shift</code> + <code>Alt</code> || 前往指定的“变量 / 方法”
|-
| rowspan="2" style="text-align:center;" | '''O'''
| '''<code>Ctrl</code>''' || '''选择可重写的方法'''
|-
| '''<code>Ctrl</code> + <code>Alt</code>''' || '''优化导入的类'''
* 可以对当前文件和整个包目录使用
|-
| rowspan="1" style="text-align:center;" | '''P'''
| '''<code>Ctrl</code>''' || '''方法参数提示显示'''
|-
| rowspan="2" style="text-align:center;" | '''Q'''
| <code>Ctrl</code> || 光标所在的“变量 / 类名 / 方法名”等上面（也可以在提示补充的时候按），显示文档内容
|-
| <code>Alt</code> || 弹出一个提示，显示当前类的“声明 / 上下文”信息
|-
| rowspan="2" style="text-align:center;" | '''R'''
| <code>Ctrl</code> || 在当前文件进行文本替换
|-
| <code>Ctrl</code> + <code>Shift</code> || 根据输入内容替换对应内容，范围为整个项目（或：指定目录内文件）
|-
| rowspan="2" style="text-align:center;" | '''S'''
| '''<code>Ctrl</code> + <code>Alt</code>''' || '''打开 IntelliJ IDEA 系统设置'''
|-
| '''<code>Ctrl</code> + <code>Shift</code> + <code>Alt</code>''' || '''打开当前项目设置'''
|-
| rowspan="3" style="text-align:center;" | '''T'''
| <code>Ctrl</code> || 版本控制：更新项目，需要此项目有加入到版本控制才可用
|-
| '''<code>Ctrl</code> + <code>Alt</code>''' || '''对选中的代码弹出环绕选项弹出层'''
* “if/else”、“while”、“for”、“try/catch”、“synchronized”、“Runnable”等
* 可使用 '''<code>Ctrl</code> + <code>Shift</code> + <code>Delete</code>''' 接触代码环绕。
|-
| '''<code>Ctrl</code> + <code>Shift</code>''' || '''对当前类生成单元测试类'''，如果已经存在的单元测试类则可以进行选择
|-
| rowspan="2" style="text-align:center;" | '''U'''
| '''<code>Ctrl</code>''' || 前往当前光标所在'''方法的“父类方法 / 接口”定义'''处
|-
| '''<code>Ctrl</code> + <code>Shift</code>''' || 对选中的代码进行'''“大 / 小写”轮流转换'''
|-
| rowspan="3" style="text-align:center;" | '''V'''
| <code>Ctrl</code> + <code>Alt</code> || 快速引进变量
|-
| <code>Ctrl</code> + <code>Shift</code> || '''弹出“缓存的最近拷贝的内容”管理器弹出层'''
|-
| <code>Ctrl</code> + <code>Shift</code> + <code>Alt</code> || 无格式黏贴
|-
| rowspan="2" style="text-align:center;" | '''W'''
| <code>Ctrl</code> || 递进式选择代码块
* 可选中光标所在的单词或段落，连续按会在原有选中的基础上再扩展选中范围
|-
| <code>Ctrl</code> + <code>Shift</code> || 递进式取消选择代码块
* 可选中光标所在的单词或段落，连续按会在原有选中的基础上再扩展选中范围
|-
| rowspan="1" style="text-align:center;" | '''X'''
| <code>Ctrl</code> || 剪切光标所在行（或：选择的内容）
|-
| rowspan="2" style="text-align:center;" | '''Y'''
| <code>Ctrl</code> || 删除光标所在行（或：选中的行）
|-
| <code>Ctrl</code> + <code>Alt</code> || 同步、刷新
|-
| rowspan="2" style="text-align:center;" | '''Z'''
| <code>Ctrl</code> || 撤销
|-
| <code>Ctrl</code> + <code>Shift</code> || 取消撤销
|}

=== F1～F12 ===
:{| class="wikitable"
|-
! colspan="3" style="text-align:center;"| '''F1～F12'''
|-
! 辅键 !! 主键 !! 描述
|-
| rowspan="3" style="text-align:center;" | '''F1'''
| '''<code>Ctrl</code>''' || 在光标所在的错误代码出显示'''错误信息'''
|-
| '''<code>Alt</code>''' || '''显示当前文件的“选择目标弹出层”'''（在哪里打开当前文件），弹出层中有很多目标可以进行选择
|-
| <code>Shift</code> || （如果有外部文档）可以连接外部文档
|-
| rowspan="3" style="text-align:center;" | '''F2'''
| || '''跳转到下一个高亮错误'''（或：警告位置）
|-
| <code>Alt</code> || 对于前面页面，显示各类浏览器打开目标选择弹出层
|-
| '''<code>Shift</code>''' || '''跳转到上一个高亮错误'''（或：警告位置）
|-
| rowspan="4" style="text-align:center;" | '''F3'''
| || 在查找模式下，定位到下一个匹配处
|-
| <code>Ctrl</code> || 调转到所选中的词的下一个引用位置
|-
| '''<code>Alt</code>''' || '''选中文本，逐个往下查找相同文本，并高亮显示'''
|-
| <code>Shift</code> || 在查找模式下，查找匹配上一个
|-
| rowspan="3" style="text-align:center;" | '''F4'''
| || 编辑源
|-
| <code>Ctrl</code> || 关闭当前编辑文件
|-
| '''<code>Shift</code>''' || '''对当前打开的文件，使用新 Windows 窗口打开，旧窗口保留'''
|-
| rowspan="1" style="text-align:center;" | '''F6'''
| '''<code>Shift</code>''' || 对“文件 / 文件夹”重命名
* 在编辑框对“字段”重命名
|-
| rowspan="6" style="text-align:center;" | '''F7'''
| ||【Debug 模式下，步入】：如果当前行断点是一个方法，则进入当前方法体内，如果该方法体还有方法，则不会进入该内嵌的方法中
|-
| '''<code>Alt</code>''' || 查找光标所在的'''“方法 / 变量 / 类”被调用的地方'''
|-
| <code>Shift</code> ||【Debug 模式下，智能步入】：断点所在行上有多个方法调用，会弹出进入哪个方法
|-
| <code>Ctrl</code> + <code>Alt</code> || 显示使用的地方。寻找被该类或是变量被调用的地方，用弹出框的方式找出来
|-
| <code>Ctrl</code> + <code>Shift</code> || 高亮显示所有该选中文本，按 Esc 高亮消失
|-
| <code>Alt</code> + <code>Shift</code> ||【Debug 模式下，强制步入】：进入当前方法体内，如果方法体还有方法，则会进入该内嵌的方法中，依此循环进入
|-
| rowspan="5" style="text-align:center;" | '''F8'''
| ||【Debug 模式下，步过】：如果当前行断点是一个方法，则不进入当前方法体内
|-
| <code>Ctrl</code> ||【Debug 模式下，“设置/取消”断点】
|-
| <code>Alt</code> ||【Debug 模式下，评估表达式】：选中对象，弹出可输入计算表达式调试框，查看该输入内容的调试结果
|-
| <code>Shift</code> ||【Debug 模式下，步出】：表现出来的效果跟 <code>F9</code> 一样
|-
| <code>Ctrl</code> + <code>Shift</code> ||【Debug 模式下，指定断点进入条件】
|-
| rowspan="6" style="text-align:center;" | '''F9'''
| ||【Debug 模式下，恢复程序运行】：但是如果该断点下面代码还有断点则停在下一个断点上
|-
| <code>Ctrl</code> || 执行 Make Project（构建项目）操作
|-
| <code>Alt</code> ||【Debug 模式下，运行到光标处】
|-
| <code>Shift</code> || 等效于点击工具栏的 Debug 按钮
|-
| <code>Ctrl</code> + <code>Shift</code> || 编译选中的“文件 / 包 / Module”
|-
| '''<code>Alt</code> + <code>Shift</code>''' || '''弹出 Debug 的可选择菜单'''
|-
| rowspan="2" style="text-align:center;" | '''F10'''
| <code>Shift</code> || 等效于点击工具栏的 Run 按钮
|-
| '''<code>Alt</code> + <code>Shift</code>''' || '''弹出 Run 的可选择菜单'''
|-
| rowspan="4" style="text-align:center;" | '''F11'''
| || 添加书签
|-
| <code>Ctrl</code> || 选中“文件 / 文件夹”，使用助记符“设定 / 取消”书签
|-
| <code>Shift</code> || '''弹出书签显示层'''
|-
| <code>Ctrl</code> + <code>Alt</code> || 切换全屏模式
|-
| rowspan="3" style="text-align:center;" | '''F12'''
| || 回到前一个工具窗口
|-
| '''<code>Ctrl</code>''' || '''弹出当前文件结构层'''，可以在弹出的层上直接输入，进行筛选
|-
| <code>Ctrl</code> + <code>Shift</code> || 编辑器最大化
|}

=== 符号 ===
:{| class="wikitable"
|-
! colspan="3" style="text-align:center;"| '''符号'''
|-
! 辅键 !! 主键 !! 描述
|-
| rowspan="1" style="text-align:center;" | '''`'''
| '''<code>Alt</code>''' || '''显示版本控制常用操作菜单弹出层'''
|-
| rowspan="2" style="text-align:center;" | '''+'''
| <code>Ctrl</code> || 展开代码
|-
| <code>Ctrl</code> + <code>Shift</code> || 展开所有代码
|-
| rowspan="2" style="text-align:center;" | '''-'''
| <code>Ctrl</code> || 折叠代码
|-
| <code>Ctrl</code> + <code>Shift</code> || 折叠所有代码
|-
| rowspan="2" style="text-align:center;" | '''/'''
| <code>Ctrl</code> || '''注释'''光标所在行代码
* 会根据当前不同文件类型使用不同的注释符号
|-
| <code>Ctrl</code> + <code>Shift</code> || 代码块注释
|-
| rowspan="2" style="text-align:center;" | '''['''
| <code>Ctrl</code> || 移动光标到当前所在代码的花括号开始位置
|-
| <code>Ctrl</code> + <code>Shift</code> || 选中从光标所在位置到它的顶部中括号位置
|-
| rowspan="2" style="text-align:center;" | ''']'''
| <code>Ctrl</code> || 移动光标到当前所在代码的花括号结束位置
|-
| <code>Ctrl</code> + <code>Shift</code> || 选中从光标所在位置到它的底部中括号位置
|}

=== 操作 ===
:{| class="wikitable"
|-
! colspan="3" style="text-align:center;"| '''操作'''
|-
! 辅键 !! 主键 !! 描述
|-
| rowspan="4" style="text-align:center;" | '''←'''
| <code>Ctrl</code> || 光标跳转到当前“单词 / 中文句”的左侧开头位置
|-
| '''<code>Alt</code>''' || '''向左切换'''（当前已打开的）'''文件视图'''
|-
| <code>Ctrl</code> + <code>Alt</code> || 退回到上一个操作的地方
|-
| <code>Ctrl</code> + <code>Shift</code> || 在代码文件上，光标跳转到当前“单词 / 中文句”的左侧开头位置，同时选中该“单词 / 中文句”
* 在光标焦点是在工具选项卡上，缩小选项卡区域
|-
| rowspan="4" style="text-align:center;" | '''→'''
| <code>Ctrl</code> || 光标跳转到当前“单词 / 中文句”的右侧开头位置
|-
| '''<code>Alt</code>''' || '''向右切换'''（当前已打开的）'''文件视图'''
|-
| <code>Ctrl</code> + <code>Alt</code> || 前进到上一个操作的地方
|-
| <code>Ctrl</code> + <code>Shift</code> || 在代码文件上，光标跳转到当前“单词 / 中文句”的右侧开头位置，同时选中该“单词 / 中文句”
* 在光标焦点是在工具选项卡上，扩大选项卡区域
|-
| rowspan="5" style="text-align:center;" | '''↑'''
| <code>Ctrl</code> || 等效于鼠标滚轮向前效果
|-
| '''<code>Alt</code>''' || 当前光标跳转到当前文件的'''前一个方法名'''位置
|-
| <code>Ctrl</code> + <code>Alt</code> || 在查找模式下，跳到上个查找的文件
|-
| '''<code>Ctrl</code> + <code>Shift</code>''' || '''向上调整方法排序'''：光标放在“方法名所在行”上，将方法移动到上一个方法前面
* 光标放在“普通行”上，等同于“<code>Alt</code> + <code>Shift</code> + ↑”
|-
| '''<code>Alt</code> + <code>Shift</code>''' || '''向上移动光标所在行'''
|-
| rowspan="5" style="text-align:center;" | '''↓'''
| <code>Ctrl</code> || 等效于鼠标滚轮向后效果
|-
| '''<code>Alt</code>''' || 当前光标跳转到当前文件的'''后一个方法名'''位置
|-
| <code>Ctrl</code> + <code>Alt</code> || 在查找模式下，跳到下个查找的文件
|-
| '''<code>Ctrl</code> + <code>Shift</code>''' || '''向下调整方法排序'''：光标放在“方法名所在行”上，将方法移动到下一个方法后面
* 光标放在“普通行”上，等同于“<code>Alt</code> + <code>Shift</code> + ↓”
|-
| '''<code>Alt</code> + <code>Shift</code>''' || '''向下移动光标所在行'''
|-
| rowspan="2" style="text-align:center;"| '''ESC'''
| || 从工具窗口进入代码文件窗口
|-
| <code>Shift</code> || 隐藏当前（或：最后一个激活的）工具窗口
|-
| rowspan="3" style="text-align:center;"| '''Tab'''
| || 缩进
|-
| '''<code>Ctrl</code>''' || '''编辑窗口切换'''，如果在切换的过程又加按上 delete，则是关闭对应选中的窗口
|-
| <code>Shift</code> || 取消缩进
|-
| rowspan="3" style="text-align:center;"| '''Space'''
| '''<code>Ctrl</code>''' || '''基础代码补全'''
* 默认在 Windows 系统上被输入法占用，需要进行修改，建议修改为“<code>Ctrl</code> + 逗号”
|-
| '''<code>Ctrl</code> + <code>Alt</code>''' || '''类名自动完成'''
|-
| '''<code>Ctrl</code> + <code>Shift</code>''' || '''智能代码提示'''
|-
| rowspan="5" style="text-align:center;"| '''Enter'''
| <code>Ctrl</code> || 智能分隔行
|-
| '''<code>Alt</code>''' || 根据光标所在问题，提供'''快速修复'''选择，光标放在的位置不同提示的结果也不同
|-
| <code>Shift</code> || 开始新一行。光标所在行下空出一行，光标定位到新行位置
|-
| <code>Ctrl</code> + <code>Alt</code> || 光标所在行上空出一行，光标定位到新行
|-
| <code>Ctrl</code> + <code>Shift</code> || 自动结束代码，行末自动添加分号
|-
| rowspan="4" style="text-align:center;"| '''Home'''
| <code>Ctrl</code> || 跳到文件头
|-
| <code>Alt</code> || “定位 / 显示”到当前文件的 Navigation Bar
|-
| <code>Shift</code> || 选中光标到当前行头位置
|-
| <code>Ctrl</code> + <code>Alt</code> || 弹出跟当前文件有关联的文件弹出层
|-
| rowspan="2" style="text-align:center;"| '''End'''
| <code>Ctrl</code> || 跳到文件尾
|-
| <code>Shift</code> || 选中光标到当前行尾位置
|-
| rowspan="1" style="text-align:center;"| '''Insert'''
| '''<code>Alt</code>''' || '''代码自动生成'''，如生成对象的“ set / get 方法，构造函数，toString()”等
|-
| rowspan="1" style="text-align:center;"| '''Delete'''
| <code>Ctrl</code> || 删除光标后面的单词或是中文句
|-
| rowspan="2" style="text-align:center;"| '''BackSpace'''
| <code>Ctrl</code> || 删除光标前面的单词或是中文句
|-
| <code>Ctrl</code> + <code>Shift</code> || 退回到上次修改的地方
|-
| rowspan="1" style="text-align:center;"| 【光标定位】
| '''<code>Ctrl</code>''' || 按 <code>Ctrl</code> 不要松开，会显示光标所在的'''类信息摘要'''
|-
| rowspan="2" style="text-align:center;"| 【左键单击】
| '''<code>Ctrl</code>''' || 在打开的文件标题上，弹出该'''文件路径'''
|-
| '''<code>Shift</code>''' || 在打开的文件名上按此快捷键，可以'''关闭当前打开文件'''
|-
| rowspan="1" style="text-align:center;"| 【左键双击】
| <code>Alt</code> + <code>Shift</code> || 选择被双击的“单词 / 中文句”，按住不放，可以同时选择其他“单词 / 中文句”
|-
| rowspan="1" style="text-align:center;"| 【滚轮前后滚动】
| <code>Shift</code> || 当前文件的横向滚动轴滚动
|-
| rowspan="1" style="text-align:center;"| 【连按两次 '''<code>Shift</code>'''】
| || '''弹出 Search Everywhere 窗口'''
|}

InnoDB：InnoDB 事务模型

2024-01-18T14:30:10Z

Eijux：/* “READ COMMITTED” */

[[category:MySQL文档]]

== 关于 ==
在 InnoDB 事务模型中，目标是将 multi-versioning 数据库的最佳属性与传统的两阶段锁定【？】相结合。 InnoDB在行级别上执行锁定，并且默认情况下以 Oracle 风格将查询作为非锁定 consistent reads 运行。 InnoDB 中的锁信息以节省空间的方式存储，因此不需要锁升级。通常，允许几个用户锁定 InnoDB 表中的每一行或该行的任何随机子集，而不会导致 InnoDB 内存耗尽。

== '''事务隔离级别''' ==
事务隔离是数据库处理的基础之一。隔离是缩写“ACID”中的“I”；隔离级别是一种设置，用于在多个事务同时进行更改和执行查询时微调性能与结果的可靠性，一致性和可重复性之间的平衡。

InnoDB提供了 SQL：1992 标准描述的所有四个事务隔离级别：“'''READ UNCOMMITTED'''”，“'''READ COMMITTED'''”，“'''REPEATABLE READ'''”和“'''SERIALIZABLE'''”。
* InnoDB 的默认隔离级别是“REPEATABLE READ”。
* 用户可以使用“'''SET TRANSACTION'''”语句更改单个会话或所有后续连接的隔离级别。要为所有连接设置服务器的默认隔离级别，请在命令行或选项文件中使用“'''--transaction-isolation'''”选项。

InnoDB 使用不同的锁定策略支持此处描述的每个事务隔离级别。
: 您可以对“ACID”合规性很重要的关键数据进行操作，与默认“REPEATABLE READ”级别保持高度一致性。
: 或者，您可以使用“READ COMMITTED”甚至是“READ UNCOMMITTED”放宽一致性规则，例如在批量报告中，精确的一致性和可重复的结果不如最小化锁定开销重要。
: “SERIALIZABLE”强制执行比“REPEATABLE READ”更为严格的规则，并且主要用于特殊情况下，例如 XA 事务以及对并发和死锁进行故障排除。

=== “REPEATABLE READ” ===
这是 InnoDB 的默认隔离级别。'''同一事务中的 Consistent reads（一致性读）读取由第一次读取构建的 snapshot（快照）'''。
# 【非锁定读】这意味着，如果您在同一事务中发出几个简单的（非锁定）SELECT语句，则这些 SELECT 语句彼此之间也是一致的。
# 【锁定读、更新】对于锁定读取（带有“FOR UPDATE”或“LOCK IN SHARE MODE”的SELECT），“UPDATE”和“DELETE”语句，锁定取决于该语句是使用具有唯一搜索条件的唯一索引还是范围类型搜索条件。【？？】
## 对于具有唯一搜索条件的唯一索引，InnoDB 仅锁定找到的索引记录，而不锁定之前的间隙。
## 对于其他搜索条件，InnoDB 锁定扫描的索引范围，使用“gap locks”（间隙锁）或“next-key locks”（下一键锁）阻止其他会话插入该范围所覆盖的间隙。

=== “READ COMMITTED” ===
'''即使在同一事务中，每个一致的读取都将设置并读取其自己的新快照'''。
# 【锁定读、更新】对于锁定读取（带有“FOR UPDATE”或“LOCK IN SHARE MODE”的SELECT），“UPDATE”和“DELETE”语句，InnoDB 仅锁定索引记录，而不锁定它们之间的间隙，因此允许在锁定记录旁边自由插入新记录。间隙锁定仅用于外键约束检查和重复键检查。
#* 由于禁用了间隙锁定，因此可能会产生幻影问题，因为其他会话可以在间隙中插入新行。
# “READ COMMITTED”隔离级别仅支持基于行的二进制日志记录。如果将“READ COMMITTED”与“binlog_format=MIXED”一起使用，则服务器将自动使用基于行的日志记录。【？】

使用“READ COMMITTED”具有其他效果：
# 对于“UPDATE”和“DELETE”语句，InnoDB 仅对其更新或删除的行保持锁定。 MySQL 评估“WHERE”条件后，将释放不匹配行的记录锁。（这大大降低了死锁的可能性，但是仍然可以发生。）
# 对于“UPDATE”语句，如果某行已被锁定，则 InnoDB 执行“半一致”读取，将最新的提交版本返回给 MySQL，以便 MySQL 可以确定该行是否与“UPDATE”的“WHERE”条件匹配。如果该行匹配（必须更新），则 MySQL 再次读取该行，这一次 InnoDB 要么锁定它，要么 await 对其进行锁定。【？】

示例 1：【？】 
有如下表，'''表没有索引'''，因此搜索和索引扫描'''将隐藏的聚集索引用于记录锁定，而不是使用索引列'''。
<syntaxhighlight lang="mysql">
CREATE TABLE t (a INT NOT NULL, b INT) ENGINE = InnoDB;
INSERT INTO t VALUES (1,2),(2,3),(3,2),(4,3),(5,2);
COMMIT;
</syntaxhighlight>
假设一个会话使用以下语句执行“UPDATE”：
<syntaxhighlight lang="mysql">
# Session A
START TRANSACTION;
UPDATE t SET b = 5 WHERE b = 3;
</syntaxhighlight>
还假设第二个会话通过在第一个会话的语句之后执行以下语句来执行“UPDATE”：
<syntaxhighlight lang="mysql">
# Session B
UPDATE t SET b = 4 WHERE b = 2;
</syntaxhighlight>
当 InnoDB 执行每个“UPDATE”时，它首先为其读取的每一行获取一个排他锁，然后确定是否对其进行修改。如果 InnoDB 不修改该行，它将释放锁定。否则，InnoDB 保留锁，直到事务结束。这会影响事务处理，如下所示。

# 使用默认的“REPEATABLE READ”隔离级别时：
#: 第一个“UPDATE”会在其读取的每一行上获得一个 x 锁，并且不会释放其中的任何一个：【！因为没有使用索引，所以导致全表扫面，而又因为 RR 使用“临键锁”，所以每一条记录的索引都被使用“临键锁”，相当于“全表锁定”】
#: <syntaxhighlight lang="mysql">
x-lock(1,2); retain x-lock
x-lock(2,3); update(2,3) to (2,5); retain x-lock
x-lock(3,2); retain x-lock
x-lock(4,3); update(4,3) to (4,5); retain x-lock
x-lock(5,2); retain x-lock
</syntaxhighlight>
#: 第二个“UPDATE”会在尝试获取任何锁时立即阻止（因为第一次更新已在所有行上保留了锁），并且直到第一个“UPDATE”提交或回滚后才继续进行：
#: <syntaxhighlight lang="mysql">
x-lock(1,2); block and wait for first UPDATE to commit or roll back
</syntaxhighlight>
# 如果改为使用“READ COMMITTED”：
#: 则第一个“UPDATE”会在其读取的每一行上获取一个 x 锁，并释放其未修改的行的 x 锁：【！因为没有使用索引，所以导致全表扫面，而又 RC 不使用“临键锁”（间隙锁），所以只会锁定有对应值的记录】
#: <syntaxhighlight lang="mysql">
x-lock(1,2); unlock(1,2)
x-lock(2,3); update(2,3) to (2,5); retain x-lock
x-lock(3,2); unlock(3,2)
x-lock(4,3); update(4,3) to (4,5); retain x-lock
x-lock(5,2); unlock(5,2)
</syntaxhighlight>
#: 对于第二个“UPDATE”，InnoDB 进行“半一致”读取，将它读取的每一行的最新提交版本返回给 MySQL，以便 MySQL 可以确定该行是否与“UPDATE”的“WHERE”条件匹配：
#: <syntaxhighlight lang="mysql">
x-lock(1,2); update(1,2) to (1,4); retain x-lock
x-lock(2,3); unlock(2,3)
x-lock(3,2); update(3,2) to (3,4); retain x-lock
x-lock(4,3); unlock(4,3)
x-lock(5,2); update(5,2) to (5,4); retain x-lock
</syntaxhighlight>

示例 2：【？】 
但是，如果“WHERE”条件'''包含索引列'''，并且 InnoDB 使用索引，则在获取和保留记录锁时'''仅考虑索引列'''。
<syntaxhighlight lang="mysql">
CREATE TABLE t (a INT NOT NULL, b INT, c INT, INDEX (b)) ENGINE = InnoDB;
INSERT INTO t VALUES (1,2,3),(2,2,4);
COMMIT;

# Session A
START TRANSACTION;
UPDATE t SET b = 3 WHERE b = 2 AND c = 3;

# Session B
UPDATE t SET b = 4 WHERE b = 2 AND c = 4;
</syntaxhighlight>
在上面的示例中，第一个“UPDATE”在 b = 2 的每一行上获取并保留一个 x 锁。第二个“UPDATE”尝试获取同一记录上的 x 锁时将阻塞，因为它也使用在 b 列上定义的索引。

使用“READ COMMITTED”隔离级别的效果与启用已弃用的“innodb_locks_unsafe_for_binlog”配置选项相同，但以下情况除外：
* 启用“innodb_locks_unsafe_for_binlog”是全局设置，会影响所有会话，而隔离级别可以针对所有会话全局设置，也可以针对每个会话单独设置。
* “innodb_locks_unsafe_for_binlog”只能在服务器启动时设置，而隔离级别可以在启动时设置或在运行时更改。
因此“READ COMMITTED”比“innodb_locks_unsafe_for_binlog”提供了更好，更灵活的控制。

=== “READ UNCOMMITTED” ===
SELECT 语句以'''非锁定'''方式执行，但是可能会使用'''行的早期版本'''。因此，使用此隔离级别，此类读取不一致。这也称为 '''dirty read（脏读）'''。否则，此隔离级别的作用类似于“READ COMMITTED”。

=== “SERIALIZABLE” ===
此级别类似于“REPEATABLE READ”，但是
# InnoDB 如果禁用了autocommit，则将所有普通 SELECT 语句隐式转换为“'''SELECT ... LOCK IN SHARE MODE'''”。
# 如果启用了autocommit，则 SELECT 是其自身的事务。
因此，它被认为是'''只读的'''，并且如果以一致的（非锁定）读取方式执行并且不需要阻塞其他事务就可以序列化。
*（如果其他事务已修改所选行，则要强制普通 SELECT 阻止，请禁用autocommit。）

== 自动提交，提交和回滚 ==
在 InnoDB 中，所有用户活动都发生在事务内部。如果启用了 autocommit 模式，则'''每个 SQL 语句将自己形成一个事务'''。默认情况下，MySQL 为启用了 autocommit 的每个新连接启动会话，因此，如果每个 SQL 语句未返回错误，则 MySQL 都会在该 SQL 语句之后进行提交。如果一条语句返回错误，则提交或回滚行为取决于该错误。

# 启用了 autocommit 的会话可以通过以显式“START TRANSACTION”或“BEGIN”语句开始，并以“COMMIT”或“ROLLBACK”语句结束来执行'''多语句事务'''。【！】
# 如果在具有“SET autocommit = 0”的会话中禁用了 autocommit 模式，则该会话'''始终具有打开的事务'''。“COMMIT”或“ROLLBACK”语句结束当前事务，然后开始新的事务。【！】
#* 如果禁用了 autocommit 的会话在没有显式提交最终事务的情况下结束，则 MySQL 将回滚该事务。【！】
# 某些语句隐式结束事务，就像您在执行该语句之前已经完成“COMMIT”一样。

“COMMIT”表示在当前事务中所做的更改将成为永久性的，并在其他会话中可见。另一方面，“ROLLBACK”语句会取消当前事务所做的所有修改。'''“COMMIT”和“ROLLBACK”都释放在当前事务期间设置的所有 InnoDB 锁'''。

=== 将 DML 操作与事务分组 ===
默认情况下，与 MySQL 服务器的连接从启用 autocommit 模式开始，此模式会在您执行时自动提交每个 SQL 语句。如果您有其他数据库系统的经验，则可能不熟悉这种操作模式，在标准实践中，发出一系列 DML 语句并将其提交或一起回滚。

要使用'''多语句事务'''：
* 请使用 SQL 语句“SET autocommit = 0”关闭自动提交，并在适当时以“COMMIT”或“ROLLBACK”结束每个事务。
* 要保留自动提交功能，请以“START TRANSACTION”开始每个事务，并以“COMMIT”或“ROLLBACK”结束它。

示例：显示了两个事务。第一个被提交；第二个被回滚。
<syntaxhighlight lang="mysql">
shell> mysql test
</syntaxhighlight>
<syntaxhighlight lang="mysql">
mysql> CREATE TABLE customer (a INT, b CHAR (20), INDEX (a));
Query OK, 0 rows affected (0.00 sec)
mysql> -- Do a transaction with autocommit turned on.
mysql> START TRANSACTION;
Query OK, 0 rows affected (0.00 sec)
mysql> INSERT INTO customer VALUES (10, 'Heikki');
Query OK, 1 row affected (0.00 sec)
mysql> COMMIT;
Query OK, 0 rows affected (0.00 sec)
mysql> -- Do another transaction with autocommit turned off.
mysql> SET autocommit=0;
Query OK, 0 rows affected (0.00 sec)
mysql> INSERT INTO customer VALUES (15, 'John');
Query OK, 1 row affected (0.00 sec)
mysql> INSERT INTO customer VALUES (20, 'Paul');
Query OK, 1 row affected (0.00 sec)
mysql> DELETE FROM customer WHERE b = 'Heikki';
Query OK, 1 row affected (0.00 sec)
mysql> -- Now we undo those last 2 inserts and the delete.
mysql> ROLLBACK;
Query OK, 0 rows affected (0.00 sec)
mysql> SELECT * FROM customer;
+------+--------+
| a | b |
+------+--------+
| 10 | Heikki |
+------+--------+
1 row in set (0.00 sec)
mysql>
</syntaxhighlight>

=== Client 端语言的事务 ===
在诸如 PHP，Perl DBI，JDBC，ODBC 或 MySQL 的标准 C 调用接口之类的 API 中，您可以像其他任何 SQL 语句（如“SELECT”或“INSERT”）一样，将事务控制语句（如“COMMIT”）作为字符串发送到 MySQL 服务器。
* 一些 API 还提供了单独的特殊事务提交和回滚功能或方法。

== 一致的'''非锁定读取''' ==
consistent read（一致性读取）表示 InnoDB 使用'''多版本控制'''在某个时间点向查询呈现数据库'''快照'''：

: '''该查询将看到在该时间点之前提交的事务所做的更改，而看不到以后或未提交的事务所做的更改'''。【该规则的例外是查询可以看到同一事务中较早的语句所做的更改。】

此异常导致以下异常：如果更新表中的某些行，则“SELECT”将看到已更新行的最新版本，但也可能会看到任何行的旧版本。如果其他会话同时更新同一张表，则异常意味着您可能会以数据库中不存在的状态查看该表。

'''隔离级别与一致性读取：'''
# 如果事务隔离级别为“'''REPEATABLE READ'''”（默认级别），则'''同一事务中的所有一致读取将读取由该事务中的第一个此类读取构建的快照'''。
#* 您可以通过提交当前事务并在此之后发出新查询来获取查询的更新快照。
# 使用“'''READ COMMITTED'''”隔离级别，则'''事务中的每个一致读取都会设置并读取其自己的新快照'''。
一致读取是 InnoDB 处理“READ COMMITTED”和“REPEATABLE READ”隔离级别的“SELECT”语句的默认模式。一致读取'''不会在它访问的表上设置任何锁'''，因此其他会话可以自由地在对表执行一致读取的同时修改这些表。
: 假设您以默认的“REPEATABLE READ”隔离级别运行。当您发出一致的读取（即普通的“SELECT”语句）时，InnoDB 为您的事务提供一个时间点，根据该时间点您的查询可以看到数据库。如果另一个事务删除了一行并在分配了时间点后提交，则看不到该行已被删除。插入和更新的处理方式相似。

<big>'''NOTE：'''</big> 
数据库状态的快照适用于事务中的“SELECT”条语句，而'''不必适用于 DML 语句'''。如果您插入或修改某些行，然后提交该事务，则从另一个并发“REPEATABLE READ”事务发出的“DELETE”或“UPDATE”语句可能会影响那些刚刚提交的行，即使会话无法查询它们。如果某个事务确实更新或删除了另一个事务提交的行，则这些更改对于当前事务而言确实可见。
: 例如，您可能会遇到以下情况：
: <syntaxhighlight lang="mysql">
SELECT COUNT(c1) FROM t1 WHERE c1 = 'xyz';
-- Returns 0: no rows match.
DELETE FROM t1 WHERE c1 = 'xyz';
-- Deletes several rows recently committed by other transaction.

SELECT COUNT(c2) FROM t1 WHERE c2 = 'abc';
-- Returns 0: no rows match.
UPDATE t1 SET c2 = 'cba' WHERE c2 = 'abc';
-- Affects 10 rows: another txn just committed 10 rows with 'abc' values.
SELECT COUNT(c2) FROM t1 WHERE c2 = 'cba';
-- Returns 10: this txn can now see the rows it just updated.
</syntaxhighlight>

您可以通过提交事务，然后执行另一个“SELECT”或使用一致的快照开始事务（“START TRANSACTION WITH CONSISTENT SNAPSHOT”，即使用“START TRANSACTION”等语句开始新事务）来推进时间。这称为<big>'''多版本并发控制'''</big>。【？？？】

示例： 
会话 A 仅在“ B 提交了插入，并且 A 也提交了”时，才看到 B 插入的行，因此时间点比 B 的提交提前了。
<syntaxhighlight lang="mysql">
Session A Session B

SET autocommit=0; SET autocommit=0;
time
| SELECT * FROM t;
| empty set
| INSERT INTO t VALUES (1, 2);
|
v SELECT * FROM t;
empty set
COMMIT;

SELECT * FROM t;
empty set

COMMIT;

SELECT * FROM t;
---------------------
| 1 | 2 |
---------------------
</syntaxhighlight>

如果要'''查看数据库的“最新鲜”状态'''，请使用“'''READ COMMITTED'''”隔离级别或 locking read（<big>'''锁定读取'''</big>）：
'''<syntaxhighlight lang="mysql">
SELECT * FROM t FOR SHARE;
</syntaxhighlight>'''
# 使用“READ COMMITTED”隔离级别，事务中的每个一致读取都会设置并读取其自己的新快照。
# 使用“LOCK IN SHARE MODE”时，将发生锁定读取：“SELECT”阻塞，直到包含最新行的事务结束。

'''一致读取不适用于某些 DDL 语句'''：
* 一致读取无法在“DROP TABLE”上进行，因为 MySQL 无法使用已删除的表，而 InnoDB 会破坏该表。
* 一致读取在“ALTER TABLE”上不起作用，因为该语句将创建原始表的临时副本，并在构建该临时副本时删除该原始表。当您在事务内重新发出一致的读取时，新表中的行不可见，因为在获取事务快照时这些行不存在。在这种情况下，事务返回错误：“ER_TABLE_DEF_CHANGED”（“table 定义已更改，请重试事务”）。

对于未指定“FOR UPDATE”或“LOCK IN SHARE MODE”的“INSERT INTO ... SELECT”、“UPDATE ... (SELECT)”和“CREATE TABLE ... SELECT”之类的“select”子句，读取的类型有所不同：
* 默认情况下，InnoDB 使用更强的锁定，而 SELECT 部分的作用类似于“READ COMMITTED”，即使在同一事务中，每个一致的读取也会设置并读取自己的新快照。
* 要在这种情况下使用一致的读取，请启用“innodb_locks_unsafe_for_binlog”选项，并将事务的隔离级别设置为“READ UNCOMMITTED”，“READ COMMITTED”或“REPEATABLE READ”（即“SERIALIZABLE”以外的任何值）。在这种情况下，'''不会对从所选表读取的行设置锁定'''。

== '''锁定读取''' ==
如果查询数据，然后在同一事务中插入或更新相关数据，则常规“SELECT”语句不能提供足够的保护。其他事务可以更新或删除刚查询的相同行。

InnoDB 支持两种提供额外安全性的locking reads（锁定读取）：
# “'''SELECT ... LOCK IN SHARE MODE'''”【！！！】
#: 在读取的任何行上设置'''共享模式锁定'''。'''其他会话可以读取行，但是在事务提交之前不能修改它们'''。如果这些行中的任何一个被尚未提交的另一个事务更改，则查询将 await 直到该事务结束，然后使用最新值。
# “'''SELECT ... FOR UPDATE'''”【！！！这个我常用】
#: 对于索引记录，搜索遇到的情况，'''锁定行和任何关联的索引条目'''，就像您为这些行发出“UPDATE”语句一样。
#*

禁止其他事务更新这些行，执行“SELECT ... LOCK IN SHARE MODE”或读取某些事务隔离级别的数据。一致的读取将忽略读取视图中存在的记录上设置的任何锁定。（记录的旧版本无法锁定；可以通过在记录的内存副本上应用undo logs来重构它们。）【？】

NOTE：
* 提交或回滚事务时，将释放由“LOCK IN SHARE MODE”和“FOR UPDATE”查询设置的所有锁。
* '''只有在禁用自动提交时'''（通过以“START TRANSACTION”开始事务或将“autocommit”设置为 0），'''才可以进行锁定读取'''。
* 除非在子查询中也指定了锁定读取子句，否则'''外部语句中的锁定读取子句不会锁定嵌套子查询中表的行'''。
*: 例如，以下语句不会锁定表 t2 中的行：
*: <syntaxhighlight lang="mysql">
SELECT * FROM t1 WHERE c1 = (SELECT c1 FROM t2) FOR UPDATE;
</syntaxhighlight>
*: 要锁定表 t2 中的行，请向子查询添加一个锁定 read 子句：
*: <syntaxhighlight lang="mysql">
SELECT * FROM t1 WHERE c1 = (SELECT c1 FROM t2 FOR UPDATE) FOR UPDATE;
</syntaxhighlight>

=== 锁定读：'''“行锁”与“表锁”''' ===
InnoDB 行锁是通过给索引上的索引项加锁来实现的，'''只有通过索引条件检索数据，InnoDB 才使用行级锁，否则，InnoDB 将使用表锁'''。【！！！】
* 即便在条件中使用了索引字段，但是否使用索引来检索数据是由MySQL通过判断不同执行计划的代价来决定的，如果 MySQL 认为全表扫描效率更高（比如对一些很小的表）就不会使用索引，这种情况下 InnoDB 将使用表锁，而不是行锁。
*: 因此，在分析锁冲突时，别忘了检查 SQL 的执行计划，以确认是否真正使用了索引。

锁定读的所情况总结：
# “无锁”：根据“主键”、“非主键索引”、“主键 + 非主键索引”、“主键 + 非索引”进行查询，但未查询到数据时。
# “行锁”：根据“主键”、“非主键索引”、“主键 + 非主键索引”进行查询，并查询到数据时。
# “'''表锁'''”：
## 只根据“非索引”字段进行查询时（无论是否查询到数据）；【'''未使用索引'''】
## 只根据“主键”进行查询，条件为“<>”、“like”时（无论是否查询到数据）；【'''结果集为范围'''】

* 根据“主键 + 非索引”进行查询，并且查询到数据时：【？？？】
*# 如果其他线程按“主键”字段进行查询，则“主键”字段产生行锁；
*# 如果其他线程按“非主键索引”字段进行查询，则“非主键索引”字段产生行锁；
*# 如果其他线程按“非索引”字段进行查询，则“非索引”字段产生表锁；
*# 如果索引值是枚举类型，mysql 也会进行表锁。

* InnoDB 中，使用“非主键索引”（辅助索引）一定会用到“主键索引”（聚簇索引）【“'''回表'''”】

=== 读锁示例 ===
假设您要在表 child 中插入新行，并确保子行在表 parent 中具有父行。您的应用程序代码可以确保整个操作序列的引用完整性。

首先，使用一致的读取来查询表 parent 并验证父行是否存在。您可以安全地将子行插入表 child 吗？
: 不可以，因为某些其他会话可能会在“SELECT”和“INSERT”之间的瞬间删除父行，而不会引起您注意。

为避免此潜在问题，请使用“LOCK IN SHARE MODE”执行“SELECT”：
<syntaxhighlight lang="mysql">
SELECT * FROM parent WHERE NAME = 'Jones' LOCK IN SHARE MODE;
</syntaxhighlight>
“LOCK IN SHARE MODE”查询返回父级 'Jones' 后，您可以安全地将子记录添加到 CHILD 表中并提交事务。任何尝试获取 PARENT 表中适用行中的排他锁的事务都将等到您完成操作（即所有表中的数据处于一致状态）后再进行。

对于另一个示例，请考虑表 CHILD_CODES 中的整数计数器字段，该字段用于向添加到表 CHILD 的每个子项分配唯一标识符。不要使用一致读取或共享模式读取来读取计数器的当前值，因为数据库的两个用户可能会看到该计数器的相同值，并且如果两个事务尝试使用以下方式添加行，则会发生重复键错误： CHILD 表具有相同的标识符。
: 在这里，“LOCK IN SHARE MODE”不是一个好的解决方案，因为如果两个用户同时读取计数器，则其中至少有一个在尝试更新计数器时会陷入死锁状态。

要实现读取和递增计数器，请首先使用“FOR UPDATE”对计数器执行锁定读取，然后递增计数器。例如：
<syntaxhighlight lang="mysql">
SELECT counter_field FROM child_codes FOR UPDATE;
UPDATE child_codes SET counter_field = counter_field + 1;
</syntaxhighlight>
“SELECT ... FOR UPDATE”读取最新的可用数据，并在读取的每一行上设置排他锁。因此，它设置了与“对搜索到的 SQL 进行更新”所将在行上设置的相同的锁。

前面的描述仅是“SELECT ... FOR UPDATE”工作方式的示例。在 MySQL 中，生成唯一标识符的特定任务实际上可以仅通过单次访问表来完成：
<syntaxhighlight lang="mysql">
UPDATE child_codes SET counter_field = LAST_INSERT_ID(counter_field + 1);
SELECT LAST_INSERT_ID();
</syntaxhighlight>
“SELECT”语句仅检索标识符信息（特定于当前连接）。它不访问任何表。

InnoDB：InnoDB 事务模型

2024-01-18T14:19:41Z

Eijux：/* “READ COMMITTED” */

[[category:MySQL文档]]

== 关于 ==
在 InnoDB 事务模型中，目标是将 multi-versioning 数据库的最佳属性与传统的两阶段锁定【？】相结合。 InnoDB在行级别上执行锁定，并且默认情况下以 Oracle 风格将查询作为非锁定 consistent reads 运行。 InnoDB 中的锁信息以节省空间的方式存储，因此不需要锁升级。通常，允许几个用户锁定 InnoDB 表中的每一行或该行的任何随机子集，而不会导致 InnoDB 内存耗尽。

== '''事务隔离级别''' ==
事务隔离是数据库处理的基础之一。隔离是缩写“ACID”中的“I”；隔离级别是一种设置，用于在多个事务同时进行更改和执行查询时微调性能与结果的可靠性，一致性和可重复性之间的平衡。

InnoDB提供了 SQL：1992 标准描述的所有四个事务隔离级别：“'''READ UNCOMMITTED'''”，“'''READ COMMITTED'''”，“'''REPEATABLE READ'''”和“'''SERIALIZABLE'''”。
* InnoDB 的默认隔离级别是“REPEATABLE READ”。
* 用户可以使用“'''SET TRANSACTION'''”语句更改单个会话或所有后续连接的隔离级别。要为所有连接设置服务器的默认隔离级别，请在命令行或选项文件中使用“'''--transaction-isolation'''”选项。

InnoDB 使用不同的锁定策略支持此处描述的每个事务隔离级别。
: 您可以对“ACID”合规性很重要的关键数据进行操作，与默认“REPEATABLE READ”级别保持高度一致性。
: 或者，您可以使用“READ COMMITTED”甚至是“READ UNCOMMITTED”放宽一致性规则，例如在批量报告中，精确的一致性和可重复的结果不如最小化锁定开销重要。
: “SERIALIZABLE”强制执行比“REPEATABLE READ”更为严格的规则，并且主要用于特殊情况下，例如 XA 事务以及对并发和死锁进行故障排除。

=== “REPEATABLE READ” ===
这是 InnoDB 的默认隔离级别。'''同一事务中的 Consistent reads（一致性读）读取由第一次读取构建的 snapshot（快照）'''。
# 【非锁定读】这意味着，如果您在同一事务中发出几个简单的（非锁定）SELECT语句，则这些 SELECT 语句彼此之间也是一致的。
# 【锁定读、更新】对于锁定读取（带有“FOR UPDATE”或“LOCK IN SHARE MODE”的SELECT），“UPDATE”和“DELETE”语句，锁定取决于该语句是使用具有唯一搜索条件的唯一索引还是范围类型搜索条件。【？？】
## 对于具有唯一搜索条件的唯一索引，InnoDB 仅锁定找到的索引记录，而不锁定之前的间隙。
## 对于其他搜索条件，InnoDB 锁定扫描的索引范围，使用“gap locks”（间隙锁）或“next-key locks”（下一键锁）阻止其他会话插入该范围所覆盖的间隙。

=== “READ COMMITTED” ===
'''即使在同一事务中，每个一致的读取都将设置并读取其自己的新快照'''。
# 【锁定读、更新】对于锁定读取（带有“FOR UPDATE”或“LOCK IN SHARE MODE”的SELECT），“UPDATE”和“DELETE”语句，InnoDB 仅锁定索引记录，而不锁定它们之间的间隙，因此允许在锁定记录旁边自由插入新记录。间隙锁定仅用于外键约束检查和重复键检查。
#* 由于禁用了间隙锁定，因此可能会产生幻影问题，因为其他会话可以在间隙中插入新行。
# “READ COMMITTED”隔离级别仅支持基于行的二进制日志记录。如果将“READ COMMITTED”与“binlog_format=MIXED”一起使用，则服务器将自动使用基于行的日志记录。【？】

使用“READ COMMITTED”具有其他效果：
# 对于“UPDATE”和“DELETE”语句，InnoDB 仅对其更新或删除的行保持锁定。 MySQL 评估“WHERE”条件后，将释放不匹配行的记录锁。（这大大降低了死锁的可能性，但是仍然可以发生。）
# 对于“UPDATE”语句，如果某行已被锁定，则 InnoDB 执行“半一致”读取，将最新的提交版本返回给 MySQL，以便 MySQL 可以确定该行是否与“UPDATE”的“WHERE”条件匹配。如果该行匹配（必须更新），则 MySQL 再次读取该行，这一次 InnoDB 要么锁定它，要么 await 对其进行锁定。【？】

示例 1：【？】 
有如下表，'''表没有索引'''，因此搜索和索引扫描'''将隐藏的聚集索引用于记录锁定，而不是使用索引列'''。
<syntaxhighlight lang="mysql">
CREATE TABLE t (a INT NOT NULL, b INT) ENGINE = InnoDB;
INSERT INTO t VALUES (1,2),(2,3),(3,2),(4,3),(5,2);
COMMIT;
</syntaxhighlight>
假设一个会话使用以下语句执行“UPDATE”：
<syntaxhighlight lang="mysql">
# Session A
START TRANSACTION;
UPDATE t SET b = 5 WHERE b = 3;
</syntaxhighlight>
还假设第二个会话通过在第一个会话的语句之后执行以下语句来执行“UPDATE”：
<syntaxhighlight lang="mysql">
# Session B
UPDATE t SET b = 4 WHERE b = 2;
</syntaxhighlight>
当 InnoDB 执行每个“UPDATE”时，它首先为其读取的每一行获取一个排他锁，然后确定是否对其进行修改。如果 InnoDB 不修改该行，它将释放锁定。否则，InnoDB 保留锁，直到事务结束。这会影响事务处理，如下所示。

# 使用默认的“REPEATABLE READ”隔离级别时：
#: 第一个“UPDATE”会在其读取的每一行上获得一个 x 锁，并且不会释放其中的任何一个：【！因为没有使用索引，所以导致全表扫面，而又因为 RR 使用“临键锁”，所以实际导致“全表锁定”】
#: <syntaxhighlight lang="mysql">
x-lock(1,2); retain x-lock
x-lock(2,3); update(2,3) to (2,5); retain x-lock
x-lock(3,2); retain x-lock
x-lock(4,3); update(4,3) to (4,5); retain x-lock
x-lock(5,2); retain x-lock
</syntaxhighlight>
#: 第二个“UPDATE”会在尝试获取任何锁时立即阻止（因为第一次更新已在所有行上保留了锁），并且直到第一个“UPDATE”提交或回滚后才继续进行：
#: <syntaxhighlight lang="mysql">
x-lock(1,2); block and wait for first UPDATE to commit or roll back
</syntaxhighlight>
# 如果改为使用“READ COMMITTED”：
#: 则第一个“UPDATE”会在其读取的每一行上获取一个 x 锁，并释放其未修改的行的 x 锁：【！因为没有使用索引，所以导致全表扫面，而又 RC 不使用“临键锁”（间隙锁），所以只会锁定有对应值的记录】
#: <syntaxhighlight lang="mysql">
x-lock(1,2); unlock(1,2)
x-lock(2,3); update(2,3) to (2,5); retain x-lock
x-lock(3,2); unlock(3,2)
x-lock(4,3); update(4,3) to (4,5); retain x-lock
x-lock(5,2); unlock(5,2)
</syntaxhighlight>
#: 对于第二个“UPDATE”，InnoDB 进行“半一致”读取，将它读取的每一行的最新提交版本返回给 MySQL，以便 MySQL 可以确定该行是否与“UPDATE”的“WHERE”条件匹配：
#: <syntaxhighlight lang="mysql">
x-lock(1,2); update(1,2) to (1,4); retain x-lock
x-lock(2,3); unlock(2,3)
x-lock(3,2); update(3,2) to (3,4); retain x-lock
x-lock(4,3); unlock(4,3)
x-lock(5,2); update(5,2) to (5,4); retain x-lock
</syntaxhighlight>

示例 2：【？】 
但是，如果“WHERE”条件'''包含索引列'''，并且 InnoDB 使用索引，则在获取和保留记录锁时'''仅考虑索引列'''。
<syntaxhighlight lang="mysql">
CREATE TABLE t (a INT NOT NULL, b INT, c INT, INDEX (b)) ENGINE = InnoDB;
INSERT INTO t VALUES (1,2,3),(2,2,4);
COMMIT;

# Session A
START TRANSACTION;
UPDATE t SET b = 3 WHERE b = 2 AND c = 3;

# Session B
UPDATE t SET b = 4 WHERE b = 2 AND c = 4;
</syntaxhighlight>
在上面的示例中，第一个“UPDATE”在 b = 2 的每一行上获取并保留一个 x 锁。第二个“UPDATE”尝试获取同一记录上的 x 锁时将阻塞，因为它也使用在 b 列上定义的索引。

使用“READ COMMITTED”隔离级别的效果与启用已弃用的“innodb_locks_unsafe_for_binlog”配置选项相同，但以下情况除外：
* 启用“innodb_locks_unsafe_for_binlog”是全局设置，会影响所有会话，而隔离级别可以针对所有会话全局设置，也可以针对每个会话单独设置。
* “innodb_locks_unsafe_for_binlog”只能在服务器启动时设置，而隔离级别可以在启动时设置或在运行时更改。
因此“READ COMMITTED”比“innodb_locks_unsafe_for_binlog”提供了更好，更灵活的控制。

=== “READ UNCOMMITTED” ===
SELECT 语句以'''非锁定'''方式执行，但是可能会使用'''行的早期版本'''。因此，使用此隔离级别，此类读取不一致。这也称为 '''dirty read（脏读）'''。否则，此隔离级别的作用类似于“READ COMMITTED”。

=== “SERIALIZABLE” ===
此级别类似于“REPEATABLE READ”，但是
# InnoDB 如果禁用了autocommit，则将所有普通 SELECT 语句隐式转换为“'''SELECT ... LOCK IN SHARE MODE'''”。
# 如果启用了autocommit，则 SELECT 是其自身的事务。
因此，它被认为是'''只读的'''，并且如果以一致的（非锁定）读取方式执行并且不需要阻塞其他事务就可以序列化。
*（如果其他事务已修改所选行，则要强制普通 SELECT 阻止，请禁用autocommit。）

== 自动提交，提交和回滚 ==
在 InnoDB 中，所有用户活动都发生在事务内部。如果启用了 autocommit 模式，则'''每个 SQL 语句将自己形成一个事务'''。默认情况下，MySQL 为启用了 autocommit 的每个新连接启动会话，因此，如果每个 SQL 语句未返回错误，则 MySQL 都会在该 SQL 语句之后进行提交。如果一条语句返回错误，则提交或回滚行为取决于该错误。

# 启用了 autocommit 的会话可以通过以显式“START TRANSACTION”或“BEGIN”语句开始，并以“COMMIT”或“ROLLBACK”语句结束来执行'''多语句事务'''。【！】
# 如果在具有“SET autocommit = 0”的会话中禁用了 autocommit 模式，则该会话'''始终具有打开的事务'''。“COMMIT”或“ROLLBACK”语句结束当前事务，然后开始新的事务。【！】
#* 如果禁用了 autocommit 的会话在没有显式提交最终事务的情况下结束，则 MySQL 将回滚该事务。【！】
# 某些语句隐式结束事务，就像您在执行该语句之前已经完成“COMMIT”一样。

“COMMIT”表示在当前事务中所做的更改将成为永久性的，并在其他会话中可见。另一方面，“ROLLBACK”语句会取消当前事务所做的所有修改。'''“COMMIT”和“ROLLBACK”都释放在当前事务期间设置的所有 InnoDB 锁'''。

=== 将 DML 操作与事务分组 ===
默认情况下，与 MySQL 服务器的连接从启用 autocommit 模式开始，此模式会在您执行时自动提交每个 SQL 语句。如果您有其他数据库系统的经验，则可能不熟悉这种操作模式，在标准实践中，发出一系列 DML 语句并将其提交或一起回滚。

要使用'''多语句事务'''：
* 请使用 SQL 语句“SET autocommit = 0”关闭自动提交，并在适当时以“COMMIT”或“ROLLBACK”结束每个事务。
* 要保留自动提交功能，请以“START TRANSACTION”开始每个事务，并以“COMMIT”或“ROLLBACK”结束它。

示例：显示了两个事务。第一个被提交；第二个被回滚。
<syntaxhighlight lang="mysql">
shell> mysql test
</syntaxhighlight>
<syntaxhighlight lang="mysql">
mysql> CREATE TABLE customer (a INT, b CHAR (20), INDEX (a));
Query OK, 0 rows affected (0.00 sec)
mysql> -- Do a transaction with autocommit turned on.
mysql> START TRANSACTION;
Query OK, 0 rows affected (0.00 sec)
mysql> INSERT INTO customer VALUES (10, 'Heikki');
Query OK, 1 row affected (0.00 sec)
mysql> COMMIT;
Query OK, 0 rows affected (0.00 sec)
mysql> -- Do another transaction with autocommit turned off.
mysql> SET autocommit=0;
Query OK, 0 rows affected (0.00 sec)
mysql> INSERT INTO customer VALUES (15, 'John');
Query OK, 1 row affected (0.00 sec)
mysql> INSERT INTO customer VALUES (20, 'Paul');
Query OK, 1 row affected (0.00 sec)
mysql> DELETE FROM customer WHERE b = 'Heikki';
Query OK, 1 row affected (0.00 sec)
mysql> -- Now we undo those last 2 inserts and the delete.
mysql> ROLLBACK;
Query OK, 0 rows affected (0.00 sec)
mysql> SELECT * FROM customer;
+------+--------+
| a | b |
+------+--------+
| 10 | Heikki |
+------+--------+
1 row in set (0.00 sec)
mysql>
</syntaxhighlight>

=== Client 端语言的事务 ===
在诸如 PHP，Perl DBI，JDBC，ODBC 或 MySQL 的标准 C 调用接口之类的 API 中，您可以像其他任何 SQL 语句（如“SELECT”或“INSERT”）一样，将事务控制语句（如“COMMIT”）作为字符串发送到 MySQL 服务器。
* 一些 API 还提供了单独的特殊事务提交和回滚功能或方法。

== 一致的'''非锁定读取''' ==
consistent read（一致性读取）表示 InnoDB 使用'''多版本控制'''在某个时间点向查询呈现数据库'''快照'''：

: '''该查询将看到在该时间点之前提交的事务所做的更改，而看不到以后或未提交的事务所做的更改'''。【该规则的例外是查询可以看到同一事务中较早的语句所做的更改。】

此异常导致以下异常：如果更新表中的某些行，则“SELECT”将看到已更新行的最新版本，但也可能会看到任何行的旧版本。如果其他会话同时更新同一张表，则异常意味着您可能会以数据库中不存在的状态查看该表。

'''隔离级别与一致性读取：'''
# 如果事务隔离级别为“'''REPEATABLE READ'''”（默认级别），则'''同一事务中的所有一致读取将读取由该事务中的第一个此类读取构建的快照'''。
#* 您可以通过提交当前事务并在此之后发出新查询来获取查询的更新快照。
# 使用“'''READ COMMITTED'''”隔离级别，则'''事务中的每个一致读取都会设置并读取其自己的新快照'''。
一致读取是 InnoDB 处理“READ COMMITTED”和“REPEATABLE READ”隔离级别的“SELECT”语句的默认模式。一致读取'''不会在它访问的表上设置任何锁'''，因此其他会话可以自由地在对表执行一致读取的同时修改这些表。
: 假设您以默认的“REPEATABLE READ”隔离级别运行。当您发出一致的读取（即普通的“SELECT”语句）时，InnoDB 为您的事务提供一个时间点，根据该时间点您的查询可以看到数据库。如果另一个事务删除了一行并在分配了时间点后提交，则看不到该行已被删除。插入和更新的处理方式相似。

<big>'''NOTE：'''</big> 
数据库状态的快照适用于事务中的“SELECT”条语句，而'''不必适用于 DML 语句'''。如果您插入或修改某些行，然后提交该事务，则从另一个并发“REPEATABLE READ”事务发出的“DELETE”或“UPDATE”语句可能会影响那些刚刚提交的行，即使会话无法查询它们。如果某个事务确实更新或删除了另一个事务提交的行，则这些更改对于当前事务而言确实可见。
: 例如，您可能会遇到以下情况：
: <syntaxhighlight lang="mysql">
SELECT COUNT(c1) FROM t1 WHERE c1 = 'xyz';
-- Returns 0: no rows match.
DELETE FROM t1 WHERE c1 = 'xyz';
-- Deletes several rows recently committed by other transaction.

SELECT COUNT(c2) FROM t1 WHERE c2 = 'abc';
-- Returns 0: no rows match.
UPDATE t1 SET c2 = 'cba' WHERE c2 = 'abc';
-- Affects 10 rows: another txn just committed 10 rows with 'abc' values.
SELECT COUNT(c2) FROM t1 WHERE c2 = 'cba';
-- Returns 10: this txn can now see the rows it just updated.
</syntaxhighlight>

您可以通过提交事务，然后执行另一个“SELECT”或使用一致的快照开始事务（“START TRANSACTION WITH CONSISTENT SNAPSHOT”，即使用“START TRANSACTION”等语句开始新事务）来推进时间。这称为<big>'''多版本并发控制'''</big>。【？？？】

示例： 
会话 A 仅在“ B 提交了插入，并且 A 也提交了”时，才看到 B 插入的行，因此时间点比 B 的提交提前了。
<syntaxhighlight lang="mysql">
Session A Session B

SET autocommit=0; SET autocommit=0;
time
| SELECT * FROM t;
| empty set
| INSERT INTO t VALUES (1, 2);
|
v SELECT * FROM t;
empty set
COMMIT;

SELECT * FROM t;
empty set

COMMIT;

SELECT * FROM t;
---------------------
| 1 | 2 |
---------------------
</syntaxhighlight>

如果要'''查看数据库的“最新鲜”状态'''，请使用“'''READ COMMITTED'''”隔离级别或 locking read（<big>'''锁定读取'''</big>）：
'''<syntaxhighlight lang="mysql">
SELECT * FROM t FOR SHARE;
</syntaxhighlight>'''
# 使用“READ COMMITTED”隔离级别，事务中的每个一致读取都会设置并读取其自己的新快照。
# 使用“LOCK IN SHARE MODE”时，将发生锁定读取：“SELECT”阻塞，直到包含最新行的事务结束。

'''一致读取不适用于某些 DDL 语句'''：
* 一致读取无法在“DROP TABLE”上进行，因为 MySQL 无法使用已删除的表，而 InnoDB 会破坏该表。
* 一致读取在“ALTER TABLE”上不起作用，因为该语句将创建原始表的临时副本，并在构建该临时副本时删除该原始表。当您在事务内重新发出一致的读取时，新表中的行不可见，因为在获取事务快照时这些行不存在。在这种情况下，事务返回错误：“ER_TABLE_DEF_CHANGED”（“table 定义已更改，请重试事务”）。

对于未指定“FOR UPDATE”或“LOCK IN SHARE MODE”的“INSERT INTO ... SELECT”、“UPDATE ... (SELECT)”和“CREATE TABLE ... SELECT”之类的“select”子句，读取的类型有所不同：
* 默认情况下，InnoDB 使用更强的锁定，而 SELECT 部分的作用类似于“READ COMMITTED”，即使在同一事务中，每个一致的读取也会设置并读取自己的新快照。
* 要在这种情况下使用一致的读取，请启用“innodb_locks_unsafe_for_binlog”选项，并将事务的隔离级别设置为“READ UNCOMMITTED”，“READ COMMITTED”或“REPEATABLE READ”（即“SERIALIZABLE”以外的任何值）。在这种情况下，'''不会对从所选表读取的行设置锁定'''。

== '''锁定读取''' ==
如果查询数据，然后在同一事务中插入或更新相关数据，则常规“SELECT”语句不能提供足够的保护。其他事务可以更新或删除刚查询的相同行。

InnoDB 支持两种提供额外安全性的locking reads（锁定读取）：
# “'''SELECT ... LOCK IN SHARE MODE'''”【！！！】
#: 在读取的任何行上设置'''共享模式锁定'''。'''其他会话可以读取行，但是在事务提交之前不能修改它们'''。如果这些行中的任何一个被尚未提交的另一个事务更改，则查询将 await 直到该事务结束，然后使用最新值。
# “'''SELECT ... FOR UPDATE'''”【！！！这个我常用】
#: 对于索引记录，搜索遇到的情况，'''锁定行和任何关联的索引条目'''，就像您为这些行发出“UPDATE”语句一样。
#*

禁止其他事务更新这些行，执行“SELECT ... LOCK IN SHARE MODE”或读取某些事务隔离级别的数据。一致的读取将忽略读取视图中存在的记录上设置的任何锁定。（记录的旧版本无法锁定；可以通过在记录的内存副本上应用undo logs来重构它们。）【？】

NOTE：
* 提交或回滚事务时，将释放由“LOCK IN SHARE MODE”和“FOR UPDATE”查询设置的所有锁。
* '''只有在禁用自动提交时'''（通过以“START TRANSACTION”开始事务或将“autocommit”设置为 0），'''才可以进行锁定读取'''。
* 除非在子查询中也指定了锁定读取子句，否则'''外部语句中的锁定读取子句不会锁定嵌套子查询中表的行'''。
*: 例如，以下语句不会锁定表 t2 中的行：
*: <syntaxhighlight lang="mysql">
SELECT * FROM t1 WHERE c1 = (SELECT c1 FROM t2) FOR UPDATE;
</syntaxhighlight>
*: 要锁定表 t2 中的行，请向子查询添加一个锁定 read 子句：
*: <syntaxhighlight lang="mysql">
SELECT * FROM t1 WHERE c1 = (SELECT c1 FROM t2 FOR UPDATE) FOR UPDATE;
</syntaxhighlight>

=== 锁定读：'''“行锁”与“表锁”''' ===
InnoDB 行锁是通过给索引上的索引项加锁来实现的，'''只有通过索引条件检索数据，InnoDB 才使用行级锁，否则，InnoDB 将使用表锁'''。【！！！】
* 即便在条件中使用了索引字段，但是否使用索引来检索数据是由MySQL通过判断不同执行计划的代价来决定的，如果 MySQL 认为全表扫描效率更高（比如对一些很小的表）就不会使用索引，这种情况下 InnoDB 将使用表锁，而不是行锁。
*: 因此，在分析锁冲突时，别忘了检查 SQL 的执行计划，以确认是否真正使用了索引。

锁定读的所情况总结：
# “无锁”：根据“主键”、“非主键索引”、“主键 + 非主键索引”、“主键 + 非索引”进行查询，但未查询到数据时。
# “行锁”：根据“主键”、“非主键索引”、“主键 + 非主键索引”进行查询，并查询到数据时。
# “'''表锁'''”：
## 只根据“非索引”字段进行查询时（无论是否查询到数据）；【'''未使用索引'''】
## 只根据“主键”进行查询，条件为“<>”、“like”时（无论是否查询到数据）；【'''结果集为范围'''】

* 根据“主键 + 非索引”进行查询，并且查询到数据时：【？？？】
*# 如果其他线程按“主键”字段进行查询，则“主键”字段产生行锁；
*# 如果其他线程按“非主键索引”字段进行查询，则“非主键索引”字段产生行锁；
*# 如果其他线程按“非索引”字段进行查询，则“非索引”字段产生表锁；
*# 如果索引值是枚举类型，mysql 也会进行表锁。

* InnoDB 中，使用“非主键索引”（辅助索引）一定会用到“主键索引”（聚簇索引）【“'''回表'''”】

=== 读锁示例 ===
假设您要在表 child 中插入新行，并确保子行在表 parent 中具有父行。您的应用程序代码可以确保整个操作序列的引用完整性。

首先，使用一致的读取来查询表 parent 并验证父行是否存在。您可以安全地将子行插入表 child 吗？
: 不可以，因为某些其他会话可能会在“SELECT”和“INSERT”之间的瞬间删除父行，而不会引起您注意。

为避免此潜在问题，请使用“LOCK IN SHARE MODE”执行“SELECT”：
<syntaxhighlight lang="mysql">
SELECT * FROM parent WHERE NAME = 'Jones' LOCK IN SHARE MODE;
</syntaxhighlight>
“LOCK IN SHARE MODE”查询返回父级 'Jones' 后，您可以安全地将子记录添加到 CHILD 表中并提交事务。任何尝试获取 PARENT 表中适用行中的排他锁的事务都将等到您完成操作（即所有表中的数据处于一致状态）后再进行。

对于另一个示例，请考虑表 CHILD_CODES 中的整数计数器字段，该字段用于向添加到表 CHILD 的每个子项分配唯一标识符。不要使用一致读取或共享模式读取来读取计数器的当前值，因为数据库的两个用户可能会看到该计数器的相同值，并且如果两个事务尝试使用以下方式添加行，则会发生重复键错误： CHILD 表具有相同的标识符。
: 在这里，“LOCK IN SHARE MODE”不是一个好的解决方案，因为如果两个用户同时读取计数器，则其中至少有一个在尝试更新计数器时会陷入死锁状态。

要实现读取和递增计数器，请首先使用“FOR UPDATE”对计数器执行锁定读取，然后递增计数器。例如：
<syntaxhighlight lang="mysql">
SELECT counter_field FROM child_codes FOR UPDATE;
UPDATE child_codes SET counter_field = counter_field + 1;
</syntaxhighlight>
“SELECT ... FOR UPDATE”读取最新的可用数据，并在读取的每一行上设置排他锁。因此，它设置了与“对搜索到的 SQL 进行更新”所将在行上设置的相同的锁。

前面的描述仅是“SELECT ... FOR UPDATE”工作方式的示例。在 MySQL 中，生成唯一标识符的特定任务实际上可以仅通过单次访问表来完成：
<syntaxhighlight lang="mysql">
UPDATE child_codes SET counter_field = LAST_INSERT_ID(counter_field + 1);
SELECT LAST_INSERT_ID();
</syntaxhighlight>
“SELECT”语句仅检索标识符信息（特定于当前连接）。它不访问任何表。

FAQ:Windows

2024-01-14T17:06:11Z

Eijux：/* 解除 UWP 应用的本地回环限制 */

[[category:Windows]]

== 系统信息 ==
查看系统信息，运行：<big>'''msinfo32'''</big>

== 【备份】BIOS 系统信息 ==
: [[File:BIOS：系统信息.jpg|500px]]

== 任务管理器中有未知启动项不能删除 ==
如图：
:[[File:不能删除的未知启动项.png|600px]]
* 右键“打开文件所在位置”、“属性”不能打开。
* 使用“CCleaner”、“Dism++”等，均不能直接删除。

后来，在使用“Dism++”清理系统时，对照任务管理器，发现该项实际为：
:[[File:Dism++查看启动项.png|600px]]
由此，得到该启动项位置：“'''C:\Users\eijux\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup\'''”
*【'''部分启动项的位置'''在此，备忘】

删除该项即可。

== 文件所有者“'''TrustedInstaller'''” ==
<pre>
TrustedInstaller 是从 Windows Vista 开始出现的一个内置安全主体，在 Windows 中拥有修改系统文件权限，本身是一个服务，以一个账户组的形式出现。

它的全名是：【NT SERVICE\TrustedInstaller】，从名字中我们不难发现，这其实是 NT 服务，并非一个实际存在的用户组。

自从 Windows Vista 以来，为了提升安全性，微软对于权限的把控越来越紧。为了对抗恶意软件随意修改系统文件，Trustedinstaller 应运而生。TrustedInstaller 是从 Windows Vista 开始出现的一个内置安全主体，它的本体是 “Windows Modules Installer” 服务。在 Windows 中拥有修改系统文件权限，以一个用户组的形式出现。通常情况下，在使用 Windows Update 安装系统更新，开启关闭 Windows 功能时起非常重要的作用。
</pre>

Windows 的某些系统文件夹的所有者是“TrustedInstaller”，有时候我们需要获取文件夹或文件的管理员权限，从而修改其“所有者”。
: [[File:文件(夹)的所有者为“TrustedInstaller”.png|600px]]

但是，如果再想更改为 TrustedInstaller 时，我们会发现“选择用户或组”页面进行“立即查找”后，所给出的“用户或组”的列表中并没有“TrustedInstaller”。（“计算机管理”->“本地用户和组”中也看不到该组）

这时，只需在“选择用户或组”页面直接输入其全名<big>“'''NT SERVICE\TrustedInstaller'''”</big>即可。（只输入“TrustedInstaller”无法完成命令）
: [[File:更改所有者为“TrustedInstaller”.png|400px]]

具体步骤:
# 打开文件夹“属性”，切换到“安全”标签页，单击“高级”；
# 在“所有者”项后单击“更改”；
# 在“选择用户或组”窗口，输入“NT SERVICE\TrustedInstaller”，单击“确定”按钮。

== 不能删除文件 ==
Windows 删除某些文件时，会出现各种各样的错误，比如“该项目不在路径中”，或文件权限错误等等。

在删除 mediawiki 的文件夹时也出现了类似问题：
: （mediawiki的这类“xxx.”的文件都不能删除、移动，直接向服务器上传该文件也失败。）
: （简而言之就是权限出错，无法操作）
:{|
|-
|[[File:无法删除的文件.png|400px]]
|[[File:无法删除的文件2.png|400px]]
|[[File:无法删除的文件3.png|thumb|200px]]
|}

解决：
# 建立“强制删除文件夹.bat”（参见[http://wiki.eijux.com/%E5%B8%B8%E7%94%A8%E5%91%BD%E4%BB%A4:Windows#DEL_.E4.B8.8E_RD del 与 rd]）：
#: <syntaxhighlight lang="bash" highlight="">
del /F /S /Q \\?\%1
rd /S /Q \\?\%1
</syntaxhighlight>
# 将不能删除的文件或文件夹直接拖到该bat上，就能强制删除。
#* 但是对于上图的文件，只能拖动删除文件所在文件夹，不能直接删除文件（？安全信息错误显得特殊？）

'''另外的思路，用 [http://wiki.eijux.com/Sysinternals#SDelete SDelete] 删除。（未尝试）'''

== “编辑环境变量”以【列表】展示 ==
如果环境变量的值：
# 以“'''%'''”或“'''.'''”开头，编辑时就会显示为文本框；
#: [[File:Windows10环境变量——文本框展示.png|400px]]
# 以'''盘符'''开始，编辑时就会展示为列表；
#: [[File:Windows10环境变量——列表展示.png|400px]]

== MicrosoftStore下载很慢==
Microsoft Store 下载很慢的时候，禁用（关闭）系统代理就行 —— 实际上是 MicrosoftStore 被限制使用“回环地址”，所以不能通过代理访问，见：[[#解除 UWP 应用的本地回环限制]]

== 查看错误日志 ==
Windows + X，选择“'''事件查看器'''”：
在此处查看系统、应用、服务的日志信息。

== '''查看当前电池使用情况''' ==
两种方法：
# 使用 '''AIDA64'''。
#* 一个运行在 Microsoft Windows 操作系统上的系统信息、诊断和审计程序，用于显示计算机的组件的详细信息。
# 命令行（管理员权限）：
#: '''<syntaxhighlight lang="bash" highlight="">
powercfg /batteryreport /output "C:\battery_report.html"
</syntaxhighlight>'''
#: [[File:cmd查看电池使用情况.png|600px]]

== '''CPU 使用率飘忽''' ==
CPU 的使用率总是莫名其妙地忽高忽低，在待机情况下，没有任务时依旧。

=== X Boost ===
'''X Boost'''：
USB Boost：支持 USB 存储设备更快的数据传输速率。
Storage Boost: 支持更快的存储设备访问速度。

通过网络，建议将 '''MSI Dragon Center''' 的 '''X Boost''' 功能关闭，目前情况有所改善。
: [[File:MSI_Dragon_Center：系统环境设置.png|500px]]

=== 优化：设置和服务 ===
以下是通过网络查询到的可能的优化方法，另外还可以通过“'''Dism++'''”（系统优化 -> 服务优化）来进行更多优化。

【'''已经应用'''】：
# 关闭“'''反馈'''”功能：
#: 步骤：“设置 -> 隐私：诊断和反馈”，将“'''反馈频率'''”修改为“'''从不'''”。
# 禁用“'''Connected User Experiences and Telemetry'''（已连接的用户体验和遥测服务）”服务：
#: 该服务将根据事件来管理诊断和使用情况信息的收集和传输（用于改进 Windows 平台的体验和质量）。

【'''暂未使用'''】：（貌似不需要）
# 禁用“'''诊断相关服务'''”：用于支持 Windows 的诊断，涉及“问题检测、疑难解答和解决方案”的相关服务。
#: 包括：“Diagnostic Execution Service”、“Diagnostic Policy Service”、“Diagnostic Service Host”和“Diagnostic System Host”。

另外：在“'''任务管理器：应用历史记录'''”中，将“'''CPU 时间'''”过多的应用（此处显示的都是 '''Microsoft APP'''）限制运行或禁止掉。

（已经发现：可能由于“'''反馈中心'''”、“'''Microsoft 照片'''”等的后台运行时间过长，导致 CPU 使用率居高不下）

== CPU 温度过高 ==
前情提要：
今天装了 WallpaperEngine，在尝试某些“场景”、“视频”、“网页”时，GPU明显受到压力，卡顿严重（尤其是“应用程序”）。
由于默认使用的核显，所以直接导致 CPU 温度升高，风扇狂转。
改为使用独显之后，仍然 CPU 温度居高不下。
（清灰之后依旧）

突然注意到 CPU 的频率是要高于基准频率的，不用说，自动睿频了，但是疑惑的是此时 CPU 压力并不高（30-40%？）
不知道是什么原因导致睿频，还是之前任务睿频后没有降频？

（之前频率为 3.4，温度在 70-90 左右）
通过 MSI Dragon Center 将 ECO 模式改为 Sport 模式，过几分钟再改回 ECO 模式，才使频率将为 1.39 （如图），温度在 40-60 左右。
: [[File:CPU频率.png|400px]]

由于是轻薄本，所以散热格外不好，风扇格外吵，只能想想能不能限制 CPU 频率了：
1、通过高级电源设置限制 CPU 频率，并不好使！
2、MSI 禁止睿频，好像是在 BIOS 中？？？

=== <s>高级电源设置：限制 CPU 最高频率</s> ===
很多伙伴建议，日常办公生活使用，可以将最大处理器状态设置为'''99'''。

'''100'''：代表处理器自动超频（非睿频）；
'''99'''：代表默认处理器正常使用。

: <s>[[File:电源管理：CPU最大状态.png|400px]]</s>
<s>将电源管理中，“最大处理器状态”改为 99（网络上看到有效降温，性能降低不明显）</s>

<big>【亲测，不好使】</big>

'''现象：'''最小CPU状态设置失效，无论是99还是0，均不能控制CPU频率，CPU一直以最高频率运行。或者重启之后，方案失效，CPU一直高功率运行。

'''原因：'''频繁修改电源方案失效、未知选项控制电源方案、可视化设置失效。如果到了这一步，还是无法解决，非系统爱好者、PC从业者，可以选择重装系统解决，爱好者可以详细了解 '''POWERCFG''' 命令，在 power shell 中，利用“'''<code>powercfg /?</code>'''”来详细了解每一项可能解决的设置。

'''解决：'''利用“'''POWERCFG -IMPORT'''”（“<code>powercfg -import “Full path of .pow file</code>”）来替换自己系统内，电源方案文件。

=== MSI Dragon Center 的“Shift”变档模式 ===
机器：MSI GS63 7RE-010CN
CPU：i7-7700HQ
显卡：GeForce1050TI

# “'''Turbo'''”：自定义超频；
#* CPU 如果后缀带 K（不锁倍频）才可以超频，否则仅提供 GPU 超频；
# “'''Sport'''”：全面释放 CPU、GPU 性能；【高性能】
#* CUP 占用率会固定显示 100%。
#* 对于不可超频的CPU，默认为该模式。
# “'''Comfort'''”：平衡模式；【默认】
#* CPU 会自动睿频，一般在 3.4 左右。
# “'''ECO'''”：节能模式；【低功耗】
#* CPU 频率固定在 1.39。
# “'''Power Options'''”：根据电源管理调节；
* Turbo Mode/ Sport Mode/ Comfort Mode 三种选项只有在插上 AC 电源时方能选用；

一直“ECO”模式（高级设置，风扇可以不用转），在开机的时候 CPU 频率在基准频率 2.8 左右，一会儿（打开 Dragon Center）就固定在了 1.39 左右。

<s>暂时不清楚，是因为 Dragon Center 启动了会固定 ECO 的 1.39，还是 ECO 也会在高压力时短暂提升频率。</s>
【其频率还是会随 CPU 使用率变动，并不是固定在一个数值】

<big>'''如果 CPU 压力小但频率一直太高，尝试在 Dragon Center 中，将“Shift”切换到其他模式，再切换回“ECO”。'''</big>

== MSI 启用 '''TPM2.0''' ==
=== 什么是 TPM ===
TPM（可信赖平台模块）是关于安全处理的通用标准，是一种专用微控制器，可通过集成的加密密钥保护硬件。目前，TPM的新版本是2.0。
TPM作为硬件安全密钥具有广泛的作用，例如设备识别、身份验证、加密和完整性验证。

简而言之，TPM主要做两件事：

1、密钥计算：也就是说，使用其内置的加密算法在计算机中生成或验证密码。这些密码可以是硬盘的加密锁、操作系统用来验证其完整性的特征代码（检查程序是否被篡改），或者是专用软件的激活码。
2、密钥存储：TPM本身也是计算机中的一块加密存储单元，不只可以计算密钥，还可以存储密钥。并且由于TPM采用了专用的电路，整个计算和存储过程无需经过内存，在硬盘中不留痕迹，因此密钥生成、验证和存储的安全性非常高。

=== 验证是否支持 TPM2.0 ===
运行：<big>'''tpm.msc'''</big>

* 不支持（未启用）：
*:[[File:TPM2.0（未启用）.png|500px]]
* 支持（已启用）：
*:[[File:TPM2.0（已启用）.png|500px]]

=== MSI BIOS 开启 TPM 支持（隐藏选项） ===
在 Intel 八代 U 之后都内置了 TPM。 ——一直以为老的电脑上没有 TPM 芯片，今天在网上查了资料后尝试了下，成功开启了 TPM（默认关闭）。

# 进入 BIOS 后，按照“'''右ctrl''' + '''右shift''' + '''左alt''' + '''F2'''”显示隐藏选项，才能看到该内容。
#* 未显示隐藏选项：
#*: [[File:BIOS：高级选项（未显示隐藏选项）.jpg|400px]] [[File:BIOS：安全性（未显示隐藏选项）.jpg.jpg|400px]]
#* 显示了隐藏选项：
#*: [[File:BIOS：高级选项（显示了隐藏选项）.jpg|400px]] [[File:BIOS：安全性（显示了隐藏选项）.jpg.jpg|400px]]
# 在 tab 页“安全性”下，进入“'''Trusted Commputing'''”菜单，将“'''Security Device Support'''”设置为“Enable”，保存并重启。
#* 重启后再次该菜单，即可看到已开启的相关内容，确保“TPM2.0 UEFI Spec Version”为“TCG_2”即可。
#*: [[File:BIOS：已启用TPM2.0.jpg|400px]] [[File:BIOS：TPM2.0选项.jpg|500px]]

== Windows：检测、修复系统源文件 ==
在管理员命令提示符下键入以下命令。
# 这条命令将扫描全部系统文件并和官方系统文件对比，扫描计算机中的不一致情况：
#: <syntaxhighlight lang="bash" highlight="">
Dism /Online /Cleanup-Image /ScanHealth
</syntaxhighlight>
# 这条命令必须在前一条命令执行完以后，发现系统文件有损坏时使用：
#: <syntaxhighlight lang="bash" highlight="">
Dism /Online /Cleanup-Image /CheckHealth
</syntaxhighlight>
# 这条命令是把那些不同的系统文件还原成官方系统源文件：
#: <syntaxhighlight lang="bash" highlight="">
DISM /Online /Cleanup-image /RestoreHealth
</syntaxhighlight>
# 论以上命令运行结果如何，运行完成后重启，再键入以下命令：
#: <syntaxhighlight lang="bash" highlight="">
sfc /SCANNOW
</syntaxhighlight>

== 启用 OpenSSH ==
Windows 10 从某个版本（1809）开始已经对 OpenSSH 提供了支持，但是默认并未启用。

步骤：
# 设置 -> 应用 -> 可选功能；
#: [[File:Windows10：可选功能.png|400px]]
# 点击“添加功能”，勾选“OpenSSH 服务器”、“OpenSSH 客户端”并安装：
#: [[File:Windows10：添加“可选功能”.png|400px]]

== 共享文件夹管理 ==
管理所有共享的文件夹，通过“计算机管理”->“系统工具”->“共享文件夹”可以看到。

如图：
: [[File:Windows：共享文件夹管理.png|600px]]

== 禁用“Microsoft Compatibility Telemetry” ==
在启动/从休眠中恢复 Windows 时，总能在任务管理器看到“Microsoft Compatibility Telemetry”的进程，而且 CPU 占用时不时飙升。

Microsoft Compatibility Telemetry 是微软下的一个监测数据收集服务，如果加入microsoft 客户反馈改善计划，该服务就会在监测系统异常并收集反馈到微软。

禁用“Microsoft Compatibility Telemetry”步骤：
# 控制面板：所有控制面板项 -> 管理工具 -> 任务计划程序；
# 定位到：Microsoft -> Windows -> Application Experience 栏目下；
# 找到“Microsoft Compatibility Appraiser”计划任务，禁用。
#: [[File:Windows：禁用“Microsoft Compatibility Appraiser”.png|600px]]
#* “Microsoft Compatibility Appraiser”等同于“Microsoft Compatibility Telemetry”。

== 关于“蓝牙”使用中的问题 ==
情景一：游戏时（蓝牙同时连接：音箱、键盘、耳机、手柄），在键盘睡眠重新连接后，再使用手柄操作总是会卡顿。

情景二：音乐时（蓝牙同时连接：音箱、键盘、耳机），在键盘睡眠重新连接后，耳机（WH-1000XM4）总是会提示“蓝牙已连接”。

以上问题都是由于“'''蓝牙带宽不够'''”导致的，<s>考虑不要同时连接、使用过多设备，关闭、断开（应该不用删除设备）部分设备就会好转</s> —— '''必须删除某些已配对的设备，和当前连接的设备数量无关'''。

P.S. 一直以为是信号不好或者系统对蓝牙设备的自动休眠导致，很难意识到是连接设备过多导致的带宽带宽带宽带宽带宽问题。

== 修改 hosts 文件 ==
hosts 文件（位置：“C:\Users\<user>\scoop”）打开编辑，但是不能直接保存，只有用文件替换。

使用 '''notepad'''（PowerShell 打开）打开 hosts 并修改，就可以直接保存。

== '''查看连接过的 Wifi 密码''' ==
查看当前 Wifi 的密码：（仅当前 Wifi）
[[File:Windows：查看当前 Wifi 的密码.png|600px]]

查看连接过的 Wifi 密码：
# 查看连接过的 Wifi：
#: '''<syntaxhighlight lang="bash" highlight="1">
netsh wlan show profiles
</syntaxhighlight>'''
#: [[File:Windows：查看连接过的 Wifi.png|600px]]
# 查看具体的 Wifi 配置：
#: '''<syntaxhighlight lang="bash" highlight="1,5">
netsh wlan show profile name="<Wifi 名称>" key=clear

或

netsh wlan show profile "<Wifi 名称>" key=clear
</syntaxhighlight>'''
#: [[File:Windows：查看具体过的 Wifi 配置.png|600px]]

== 关于“desktop.ini”文件 ==
“desktop.ini”文件是是系统可识别的一个文件，作用是存储'''用户对文件夹的个性设置'''（用户更换文件夹图标等等都会生成 desktop.ini）。

在一些系统文件夹（如，桌面、文档、下载、图片、音乐、视频等）中广泛存在。

在移动这些系统文件夹位置的时候，可能会丢失“desktop.ini”文件，就会造成某些配置的丢失 —— 如，移动或重新制定“下载”文件夹路径后，显示为“Downloads”（而非随系统语言而显示如“下载”等），且默认图标等也会发生变化。

修复“desktop.ini”文件，步骤：
# 创建“desktop.ini”文件（从其他电脑/用户路径中拷贝也行）
#* 桌面：
#*: <syntaxhighlight lang="bash" highlight="">
[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21769
</syntaxhighlight>
#* 文档：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\windows.storage.dll,-21770
IconResource=%SystemRoot%\system32\imageres.dll,-112
IconFile=%SystemRoot%\system32\shell32.dll
IconIndex=-235

</syntaxhighlight>
#* 下载：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21798
IconResource=%SystemRoot%\system32\imageres.dll,-184

</syntaxhighlight>
#* 图片：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21779
InfoTip=@%SystemRoot%\system32\shell32.dll,-12688
IconResource=%SystemRoot%\system32\imageres.dll,-113
IconFile=%SystemRoot%\system32\shell32.dll
IconIndex=-236

</syntaxhighlight>
#* 音乐：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21790
InfoTip=@%SystemRoot%\system32\shell32.dll,-12689
IconResource=%SystemRoot%\system32\imageres.dll,-108
IconFile=%SystemRoot%\system32\shell32.dll
IconIndex=-237

</syntaxhighlight>
#* 视频：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\windows.storage.dll,-21791
InfoTip=@%SystemRoot%\system32\shell32.dll,-12690
IconResource=%SystemRoot%\system32\imageres.dll,-189
IconFile=%SystemRoot%\system32\shell32.dll
IconIndex=-238

</syntaxhighlight>
# 修改“desktop.ini”文件的'''属性'''：
#: 在文件所在位置打开 Terminal（<code>shift</code> + 右键），并运行：
#: <syntaxhighlight lang="bash" highlight="">
# 增加“只读文件”、“系统文件”、“隐藏文件”属性
attrib +R +S +H "desktop.ini"
</syntaxhighlight>
# 重启 explorer。

== 解除 UWP 应用的本地回环限制 ==
UWP 应用在默认的情况下（称为 '''AppContainer''' 的'''虚拟沙箱环境'''中），无法使用“'''本地回环地址（Loopback）'''”，如：localhost。

在开发调试、正向代理等情况下，就必须解除该限制。

三种方式：
# '''官方限制解除工具'''：CheckNetIsolation.exe<ref>参考：[https://learn.microsoft.com/en-us/previous-versions/windows/apps/hh780593(v=win.10)?redirectedfrom=MSDN How to enable loopback and troubleshoot network isolation (Windows Runtime apps)]</ref>
#: 位置：<code>C:/Windows/System32/CheckNetIsolation.exe</code>
#: 用法：<syntaxhighlight lang="bash" highlight="" inline>
CheckNetIsolation.exe LoopbackExempt [operation] [-n=] [-p=]
</syntaxhighlight>
#: [[File:Loopback 限制解除工具“CheckNetIsolation”.png|600px]]
# 通过 '''Fiddler''' 的 '''WinConfig''' 设置解除回环限制。
#* 也可以使用其独立工具：'''[https://telerik-fiddler.s3.amazonaws.com/fiddler/addons/enableloopbackutility.exe 下载 enableloopbackutility.exe]'''
# 通过开源项目 '''Loopback Exemption Manager（网络回环管理器）'''：和 enableloopbackutility 作用一样
## '''[https://github.com/tiagonmas/Windows-Loopback-Exemption-Manager?tab=readme-ov-file tiagonmas/Windows-Loopback-Exemption-Manager]'''
## '''[https://github.com/Richasy/LoopbackManager.Desktop?tab=readme-ov-file Richasy/LoopbackManager.Desktop]'''：（Windows-Loopback-Exemption-Manager 的 Windows 11 版本）
##* 可以通过链接 <code>ms-windows-store://pdp/?productid=9NTJ6CX698CL</code>（浏览器打开）从 Microsoft Store 获取。

要在使用代理的情况下使用“Microsoft Store”、“Windows 聚焦”等内容，就解除“Microsoft Store”（Microsoft.WindowsStore_8wekyb3d8bbwe）、“Microsoft 内容”（Microsoft.WindowsContentDeliveryManager_cw5n1h2txyewy）两项。<ref>参考：[https://github.com/2dust/v2rayN/issues/1083 开启http代理或配置pac后导致win10 MICROSOFT STORE无法联网]</ref>

== 参考 ==
<references/>

FAQ:Windows

2024-01-14T17:01:42Z

Eijux：/* 解除 UWP 应用的本地回环限制 */

文件:Loopback 限制解除工具“CheckNetIsolation”.png

2024-01-14T16:27:27Z

Eijux：基于MsUpload的文件上传

基于MsUpload的文件上传

FAQ:Windows

2024-01-14T16:11:41Z

Eijux：/* MicrosoftStore下载很慢 */

FAQ:Windows

2024-01-14T16:09:34Z

Eijux：/* 关于“desktop.ini”文件 */

[[category:Windows]]

== 系统信息 ==
查看系统信息，运行：<big>'''msinfo32'''</big>

== 【备份】BIOS 系统信息 ==
: [[File:BIOS：系统信息.jpg|500px]]

== 任务管理器中有未知启动项不能删除 ==
如图：
:[[File:不能删除的未知启动项.png|600px]]
* 右键“打开文件所在位置”、“属性”不能打开。
* 使用“CCleaner”、“Dism++”等，均不能直接删除。

后来，在使用“Dism++”清理系统时，对照任务管理器，发现该项实际为：
:[[File:Dism++查看启动项.png|600px]]
由此，得到该启动项位置：“'''C:\Users\eijux\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup\'''”
*【'''部分启动项的位置'''在此，备忘】

删除该项即可。

== 文件所有者“'''TrustedInstaller'''” ==
<pre>
TrustedInstaller 是从 Windows Vista 开始出现的一个内置安全主体，在 Windows 中拥有修改系统文件权限，本身是一个服务，以一个账户组的形式出现。

它的全名是：【NT SERVICE\TrustedInstaller】，从名字中我们不难发现，这其实是 NT 服务，并非一个实际存在的用户组。

自从 Windows Vista 以来，为了提升安全性，微软对于权限的把控越来越紧。为了对抗恶意软件随意修改系统文件，Trustedinstaller 应运而生。TrustedInstaller 是从 Windows Vista 开始出现的一个内置安全主体，它的本体是 “Windows Modules Installer” 服务。在 Windows 中拥有修改系统文件权限，以一个用户组的形式出现。通常情况下，在使用 Windows Update 安装系统更新，开启关闭 Windows 功能时起非常重要的作用。
</pre>

Windows 的某些系统文件夹的所有者是“TrustedInstaller”，有时候我们需要获取文件夹或文件的管理员权限，从而修改其“所有者”。
: [[File:文件(夹)的所有者为“TrustedInstaller”.png|600px]]

但是，如果再想更改为 TrustedInstaller 时，我们会发现“选择用户或组”页面进行“立即查找”后，所给出的“用户或组”的列表中并没有“TrustedInstaller”。（“计算机管理”->“本地用户和组”中也看不到该组）

这时，只需在“选择用户或组”页面直接输入其全名<big>“'''NT SERVICE\TrustedInstaller'''”</big>即可。（只输入“TrustedInstaller”无法完成命令）
: [[File:更改所有者为“TrustedInstaller”.png|400px]]

具体步骤:
# 打开文件夹“属性”，切换到“安全”标签页，单击“高级”；
# 在“所有者”项后单击“更改”；
# 在“选择用户或组”窗口，输入“NT SERVICE\TrustedInstaller”，单击“确定”按钮。

== 不能删除文件 ==
Windows 删除某些文件时，会出现各种各样的错误，比如“该项目不在路径中”，或文件权限错误等等。

在删除 mediawiki 的文件夹时也出现了类似问题：
: （mediawiki的这类“xxx.”的文件都不能删除、移动，直接向服务器上传该文件也失败。）
: （简而言之就是权限出错，无法操作）
:{|
|-
|[[File:无法删除的文件.png|400px]]
|[[File:无法删除的文件2.png|400px]]
|[[File:无法删除的文件3.png|thumb|200px]]
|}

解决：
# 建立“强制删除文件夹.bat”（参见[http://wiki.eijux.com/%E5%B8%B8%E7%94%A8%E5%91%BD%E4%BB%A4:Windows#DEL_.E4.B8.8E_RD del 与 rd]）：
#: <syntaxhighlight lang="bash" highlight="">
del /F /S /Q \\?\%1
rd /S /Q \\?\%1
</syntaxhighlight>
# 将不能删除的文件或文件夹直接拖到该bat上，就能强制删除。
#* 但是对于上图的文件，只能拖动删除文件所在文件夹，不能直接删除文件（？安全信息错误显得特殊？）

'''另外的思路，用 [http://wiki.eijux.com/Sysinternals#SDelete SDelete] 删除。（未尝试）'''

== “编辑环境变量”以【列表】展示 ==
如果环境变量的值：
# 以“'''%'''”或“'''.'''”开头，编辑时就会显示为文本框；
#: [[File:Windows10环境变量——文本框展示.png|400px]]
# 以'''盘符'''开始，编辑时就会展示为列表；
#: [[File:Windows10环境变量——列表展示.png|400px]]

== MicrosoftStore下载很慢==
Microsoft Store 下载很慢的时候，禁用（关闭）系统代理就行

== 查看错误日志 ==
Windows + X，选择“'''事件查看器'''”：
在此处查看系统、应用、服务的日志信息。

== '''查看当前电池使用情况''' ==
两种方法：
# 使用 '''AIDA64'''。
#* 一个运行在 Microsoft Windows 操作系统上的系统信息、诊断和审计程序，用于显示计算机的组件的详细信息。
# 命令行（管理员权限）：
#: '''<syntaxhighlight lang="bash" highlight="">
powercfg /batteryreport /output "C:\battery_report.html"
</syntaxhighlight>'''
#: [[File:cmd查看电池使用情况.png|600px]]

== '''CPU 使用率飘忽''' ==
CPU 的使用率总是莫名其妙地忽高忽低，在待机情况下，没有任务时依旧。

=== X Boost ===
'''X Boost'''：
USB Boost：支持 USB 存储设备更快的数据传输速率。
Storage Boost: 支持更快的存储设备访问速度。

通过网络，建议将 '''MSI Dragon Center''' 的 '''X Boost''' 功能关闭，目前情况有所改善。
: [[File:MSI_Dragon_Center：系统环境设置.png|500px]]

=== 优化：设置和服务 ===
以下是通过网络查询到的可能的优化方法，另外还可以通过“'''Dism++'''”（系统优化 -> 服务优化）来进行更多优化。

【'''已经应用'''】：
# 关闭“'''反馈'''”功能：
#: 步骤：“设置 -> 隐私：诊断和反馈”，将“'''反馈频率'''”修改为“'''从不'''”。
# 禁用“'''Connected User Experiences and Telemetry'''（已连接的用户体验和遥测服务）”服务：
#: 该服务将根据事件来管理诊断和使用情况信息的收集和传输（用于改进 Windows 平台的体验和质量）。

【'''暂未使用'''】：（貌似不需要）
# 禁用“'''诊断相关服务'''”：用于支持 Windows 的诊断，涉及“问题检测、疑难解答和解决方案”的相关服务。
#: 包括：“Diagnostic Execution Service”、“Diagnostic Policy Service”、“Diagnostic Service Host”和“Diagnostic System Host”。

另外：在“'''任务管理器：应用历史记录'''”中，将“'''CPU 时间'''”过多的应用（此处显示的都是 '''Microsoft APP'''）限制运行或禁止掉。

（已经发现：可能由于“'''反馈中心'''”、“'''Microsoft 照片'''”等的后台运行时间过长，导致 CPU 使用率居高不下）

== CPU 温度过高 ==
前情提要：
今天装了 WallpaperEngine，在尝试某些“场景”、“视频”、“网页”时，GPU明显受到压力，卡顿严重（尤其是“应用程序”）。
由于默认使用的核显，所以直接导致 CPU 温度升高，风扇狂转。
改为使用独显之后，仍然 CPU 温度居高不下。
（清灰之后依旧）

突然注意到 CPU 的频率是要高于基准频率的，不用说，自动睿频了，但是疑惑的是此时 CPU 压力并不高（30-40%？）
不知道是什么原因导致睿频，还是之前任务睿频后没有降频？

（之前频率为 3.4，温度在 70-90 左右）
通过 MSI Dragon Center 将 ECO 模式改为 Sport 模式，过几分钟再改回 ECO 模式，才使频率将为 1.39 （如图），温度在 40-60 左右。
: [[File:CPU频率.png|400px]]

由于是轻薄本，所以散热格外不好，风扇格外吵，只能想想能不能限制 CPU 频率了：
1、通过高级电源设置限制 CPU 频率，并不好使！
2、MSI 禁止睿频，好像是在 BIOS 中？？？

=== <s>高级电源设置：限制 CPU 最高频率</s> ===
很多伙伴建议，日常办公生活使用，可以将最大处理器状态设置为'''99'''。

'''100'''：代表处理器自动超频（非睿频）；
'''99'''：代表默认处理器正常使用。

: <s>[[File:电源管理：CPU最大状态.png|400px]]</s>
<s>将电源管理中，“最大处理器状态”改为 99（网络上看到有效降温，性能降低不明显）</s>

<big>【亲测，不好使】</big>

'''现象：'''最小CPU状态设置失效，无论是99还是0，均不能控制CPU频率，CPU一直以最高频率运行。或者重启之后，方案失效，CPU一直高功率运行。

'''原因：'''频繁修改电源方案失效、未知选项控制电源方案、可视化设置失效。如果到了这一步，还是无法解决，非系统爱好者、PC从业者，可以选择重装系统解决，爱好者可以详细了解 '''POWERCFG''' 命令，在 power shell 中，利用“'''<code>powercfg /?</code>'''”来详细了解每一项可能解决的设置。

'''解决：'''利用“'''POWERCFG -IMPORT'''”（“<code>powercfg -import “Full path of .pow file</code>”）来替换自己系统内，电源方案文件。

=== MSI Dragon Center 的“Shift”变档模式 ===
机器：MSI GS63 7RE-010CN
CPU：i7-7700HQ
显卡：GeForce1050TI

# “'''Turbo'''”：自定义超频；
#* CPU 如果后缀带 K（不锁倍频）才可以超频，否则仅提供 GPU 超频；
# “'''Sport'''”：全面释放 CPU、GPU 性能；【高性能】
#* CUP 占用率会固定显示 100%。
#* 对于不可超频的CPU，默认为该模式。
# “'''Comfort'''”：平衡模式；【默认】
#* CPU 会自动睿频，一般在 3.4 左右。
# “'''ECO'''”：节能模式；【低功耗】
#* CPU 频率固定在 1.39。
# “'''Power Options'''”：根据电源管理调节；
* Turbo Mode/ Sport Mode/ Comfort Mode 三种选项只有在插上 AC 电源时方能选用；

一直“ECO”模式（高级设置，风扇可以不用转），在开机的时候 CPU 频率在基准频率 2.8 左右，一会儿（打开 Dragon Center）就固定在了 1.39 左右。

<s>暂时不清楚，是因为 Dragon Center 启动了会固定 ECO 的 1.39，还是 ECO 也会在高压力时短暂提升频率。</s>
【其频率还是会随 CPU 使用率变动，并不是固定在一个数值】

<big>'''如果 CPU 压力小但频率一直太高，尝试在 Dragon Center 中，将“Shift”切换到其他模式，再切换回“ECO”。'''</big>

== MSI 启用 '''TPM2.0''' ==
=== 什么是 TPM ===
TPM（可信赖平台模块）是关于安全处理的通用标准，是一种专用微控制器，可通过集成的加密密钥保护硬件。目前，TPM的新版本是2.0。
TPM作为硬件安全密钥具有广泛的作用，例如设备识别、身份验证、加密和完整性验证。

简而言之，TPM主要做两件事：

1、密钥计算：也就是说，使用其内置的加密算法在计算机中生成或验证密码。这些密码可以是硬盘的加密锁、操作系统用来验证其完整性的特征代码（检查程序是否被篡改），或者是专用软件的激活码。
2、密钥存储：TPM本身也是计算机中的一块加密存储单元，不只可以计算密钥，还可以存储密钥。并且由于TPM采用了专用的电路，整个计算和存储过程无需经过内存，在硬盘中不留痕迹，因此密钥生成、验证和存储的安全性非常高。

=== 验证是否支持 TPM2.0 ===
运行：<big>'''tpm.msc'''</big>

* 不支持（未启用）：
*:[[File:TPM2.0（未启用）.png|500px]]
* 支持（已启用）：
*:[[File:TPM2.0（已启用）.png|500px]]

=== MSI BIOS 开启 TPM 支持（隐藏选项） ===
在 Intel 八代 U 之后都内置了 TPM。 ——一直以为老的电脑上没有 TPM 芯片，今天在网上查了资料后尝试了下，成功开启了 TPM（默认关闭）。

# 进入 BIOS 后，按照“'''右ctrl''' + '''右shift''' + '''左alt''' + '''F2'''”显示隐藏选项，才能看到该内容。
#* 未显示隐藏选项：
#*: [[File:BIOS：高级选项（未显示隐藏选项）.jpg|400px]] [[File:BIOS：安全性（未显示隐藏选项）.jpg.jpg|400px]]
#* 显示了隐藏选项：
#*: [[File:BIOS：高级选项（显示了隐藏选项）.jpg|400px]] [[File:BIOS：安全性（显示了隐藏选项）.jpg.jpg|400px]]
# 在 tab 页“安全性”下，进入“'''Trusted Commputing'''”菜单，将“'''Security Device Support'''”设置为“Enable”，保存并重启。
#* 重启后再次该菜单，即可看到已开启的相关内容，确保“TPM2.0 UEFI Spec Version”为“TCG_2”即可。
#*: [[File:BIOS：已启用TPM2.0.jpg|400px]] [[File:BIOS：TPM2.0选项.jpg|500px]]

== Windows：检测、修复系统源文件 ==
在管理员命令提示符下键入以下命令。
# 这条命令将扫描全部系统文件并和官方系统文件对比，扫描计算机中的不一致情况：
#: <syntaxhighlight lang="bash" highlight="">
Dism /Online /Cleanup-Image /ScanHealth
</syntaxhighlight>
# 这条命令必须在前一条命令执行完以后，发现系统文件有损坏时使用：
#: <syntaxhighlight lang="bash" highlight="">
Dism /Online /Cleanup-Image /CheckHealth
</syntaxhighlight>
# 这条命令是把那些不同的系统文件还原成官方系统源文件：
#: <syntaxhighlight lang="bash" highlight="">
DISM /Online /Cleanup-image /RestoreHealth
</syntaxhighlight>
# 论以上命令运行结果如何，运行完成后重启，再键入以下命令：
#: <syntaxhighlight lang="bash" highlight="">
sfc /SCANNOW
</syntaxhighlight>

== 启用 OpenSSH ==
Windows 10 从某个版本（1809）开始已经对 OpenSSH 提供了支持，但是默认并未启用。

步骤：
# 设置 -> 应用 -> 可选功能；
#: [[File:Windows10：可选功能.png|400px]]
# 点击“添加功能”，勾选“OpenSSH 服务器”、“OpenSSH 客户端”并安装：
#: [[File:Windows10：添加“可选功能”.png|400px]]

== 共享文件夹管理 ==
管理所有共享的文件夹，通过“计算机管理”->“系统工具”->“共享文件夹”可以看到。

如图：
: [[File:Windows：共享文件夹管理.png|600px]]

== 禁用“Microsoft Compatibility Telemetry” ==
在启动/从休眠中恢复 Windows 时，总能在任务管理器看到“Microsoft Compatibility Telemetry”的进程，而且 CPU 占用时不时飙升。

Microsoft Compatibility Telemetry 是微软下的一个监测数据收集服务，如果加入microsoft 客户反馈改善计划，该服务就会在监测系统异常并收集反馈到微软。

禁用“Microsoft Compatibility Telemetry”步骤：
# 控制面板：所有控制面板项 -> 管理工具 -> 任务计划程序；
# 定位到：Microsoft -> Windows -> Application Experience 栏目下；
# 找到“Microsoft Compatibility Appraiser”计划任务，禁用。
#: [[File:Windows：禁用“Microsoft Compatibility Appraiser”.png|600px]]
#* “Microsoft Compatibility Appraiser”等同于“Microsoft Compatibility Telemetry”。

== 关于“蓝牙”使用中的问题 ==
情景一：游戏时（蓝牙同时连接：音箱、键盘、耳机、手柄），在键盘睡眠重新连接后，再使用手柄操作总是会卡顿。

情景二：音乐时（蓝牙同时连接：音箱、键盘、耳机），在键盘睡眠重新连接后，耳机（WH-1000XM4）总是会提示“蓝牙已连接”。

以上问题都是由于“'''蓝牙带宽不够'''”导致的，<s>考虑不要同时连接、使用过多设备，关闭、断开（应该不用删除设备）部分设备就会好转</s> —— '''必须删除某些已配对的设备，和当前连接的设备数量无关'''。

P.S. 一直以为是信号不好或者系统对蓝牙设备的自动休眠导致，很难意识到是连接设备过多导致的带宽带宽带宽带宽带宽问题。

== 修改 hosts 文件 ==
hosts 文件（位置：“C:\Users\<user>\scoop”）打开编辑，但是不能直接保存，只有用文件替换。

使用 '''notepad'''（PowerShell 打开）打开 hosts 并修改，就可以直接保存。

== '''查看连接过的 Wifi 密码''' ==
查看当前 Wifi 的密码：（仅当前 Wifi）
[[File:Windows：查看当前 Wifi 的密码.png|600px]]

查看连接过的 Wifi 密码：
# 查看连接过的 Wifi：
#: '''<syntaxhighlight lang="bash" highlight="1">
netsh wlan show profiles
</syntaxhighlight>'''
#: [[File:Windows：查看连接过的 Wifi.png|600px]]
# 查看具体的 Wifi 配置：
#: '''<syntaxhighlight lang="bash" highlight="1,5">
netsh wlan show profile name="<Wifi 名称>" key=clear

或

netsh wlan show profile "<Wifi 名称>" key=clear
</syntaxhighlight>'''
#: [[File:Windows：查看具体过的 Wifi 配置.png|600px]]

== 关于“desktop.ini”文件 ==
“desktop.ini”文件是是系统可识别的一个文件，作用是存储'''用户对文件夹的个性设置'''（用户更换文件夹图标等等都会生成 desktop.ini）。

在一些系统文件夹（如，桌面、文档、下载、图片、音乐、视频等）中广泛存在。

在移动这些系统文件夹位置的时候，可能会丢失“desktop.ini”文件，就会造成某些配置的丢失 —— 如，移动或重新制定“下载”文件夹路径后，显示为“Downloads”（而非随系统语言而显示如“下载”等），且默认图标等也会发生变化。

修复“desktop.ini”文件，步骤：
# 创建“desktop.ini”文件（从其他电脑/用户路径中拷贝也行）
#* 桌面：
#*: <syntaxhighlight lang="bash" highlight="">
[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21769
</syntaxhighlight>
#* 文档：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\windows.storage.dll,-21770
IconResource=%SystemRoot%\system32\imageres.dll,-112
IconFile=%SystemRoot%\system32\shell32.dll
IconIndex=-235

</syntaxhighlight>
#* 下载：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21798
IconResource=%SystemRoot%\system32\imageres.dll,-184

</syntaxhighlight>
#* 图片：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21779
InfoTip=@%SystemRoot%\system32\shell32.dll,-12688
IconResource=%SystemRoot%\system32\imageres.dll,-113
IconFile=%SystemRoot%\system32\shell32.dll
IconIndex=-236

</syntaxhighlight>
#* 音乐：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21790
InfoTip=@%SystemRoot%\system32\shell32.dll,-12689
IconResource=%SystemRoot%\system32\imageres.dll,-108
IconFile=%SystemRoot%\system32\shell32.dll
IconIndex=-237

</syntaxhighlight>
#* 视频：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\windows.storage.dll,-21791
InfoTip=@%SystemRoot%\system32\shell32.dll,-12690
IconResource=%SystemRoot%\system32\imageres.dll,-189
IconFile=%SystemRoot%\system32\shell32.dll
IconIndex=-238

</syntaxhighlight>
# 修改“desktop.ini”文件的'''属性'''：
#: 在文件所在位置打开 Terminal（<code>shift</code> + 右键），并运行：
#: <syntaxhighlight lang="bash" highlight="">
# 增加“只读文件”、“系统文件”、“隐藏文件”属性
attrib +R +S +H "desktop.ini"
</syntaxhighlight>
# 重启 explorer。

== 解除 UWP 应用的本地回环限制 ==

FAQ:Software

2023-12-28T17:20:41Z

Eijux：/* OneDrive使用 */

[[category:Software]]

== office官方卸载工具 ==
卸载office官方工具：[https://support.microsoft.com/en-us/office/uninstall-office-from-a-pc-9dd49b83-264a-477a-8fcc-2fdf5dbf61d8 Uninstall Microsoft Office]

== 卸载Visio密钥 ==
安装Visio之后，填入了密钥之后无法激活，想要修改密钥但发现界面没有修改框，所以只有向其他办法：
# regedit：开始以为使用的key都保存在注册表中，找了一圈并没有找到
# ？命令行修改，类似于之前查看Windows激活信息的命令

=== 查看许可证信息列表： ===
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /dstatus
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
PRODUCT ID: 00341-31872-32451-AA593
SKU ID: 2dfe2075-2d04-4e43-816a-eb60bbb77574
LICENSE NAME: Office 16, Office16VisioProR_Retail edition
LICENSE DESCRIPTION: Office 16, RETAIL channel
BETA EXPIRATION: 1601/1/1
LICENSE STATUS: ---OOB_GRACE---
ERROR CODE: 0x4004F00C
ERROR DESCRIPTION: The Software Licensing Service reported that the application is running within the valid grace period.
REMAINING GRACE: 29 days (43147 minute(s) before expiring)
Last 5 characters of installed product key: DPFJH
---------------------------------------
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>

=== 安装的产品密钥： ===
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /inpkey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
</syntaxhighlight>

=== 刷新许可证信息列表： ===
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /rearm
</syntaxhighlight>

=== 卸载已安装的产品密钥： ===
* “unpkey”后的内容为密钥的最后5位数
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /unpkey:DPFJH
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
Uninstalling product key for: Office 16, Office16VisioProR_Retail edition
<Product key uninstall successful>
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>
# 找不到对应的unpkey时：
#: <syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /unpkey:AA593
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
<Product key not found>
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>
# cmd未使用管理员权限时：
#: <syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /unpkey:DPFJH
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
Uninstalling product key for: Office 16, Office16VisioProR_Retail edition
ERROR CODE: 0xC004F025
ERROR DESCRIPTION: The Software Licensing Service reported that the action requires administrator privilege.
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>

== notepad++ 自动保存位置 ==
notepad++ 会自动定期保存文件，所以没有手动保存为文件的内容也能够在关闭notepad++的下一次自动显示；

如果关闭notepad++重新打开之后，上次没有手动保存的内容没有显示也不用慌，可以在'''"C:\Users\eijux\AppData\Roaming\Notepad++\backup"'''下自动定期保存的文件中找到。

== 删除多余 Hyper-V Virtual Ethernet Adapter ==
在使用VBox的过程中，每次遇到更新、重装，都会导致多出虚拟网卡适配器：
:[[File:多余的虚拟网卡适配器.png|600px]]

# <s>方法一：
#: 在系统设置网络连接部分又不能直接删除，所以找到了一个从注册表删除的方法： 
#: 在“'''计算机\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\ROOT\VMS_MP'''”中找到多余的项删除即可：
#: [[File:删除多余虚拟网卡适配器.png|600px]]
#: 【好像不求好使，以前是在注册表删除的，好像不是这】</s>
# 方法二：
#: 在适配器列表（控制面板->网络和共享中心->更改适配器设置），右键“属性”，选择“配置”，到“驱动程序”页，选择“卸载设备”即可。

== 安装“Twomon SE”后托盘区图标间隙变大 ==
由于想把 iPad 当作 Windows 的拓展屏幕使用，比较多个软件之后，购买了 Twomon SE，但在安装 PC 端之后，突然发现托盘区的图标间隙变得很大很大：
: [[File:Windows托盘区图标间隙.png|600px]]

强迫症不能忍，能够确定是 Twomon SE 安装后的问题，查了一些资料，确定如下：
# 托盘区图标间隙变大，是因为系统认定当前在使用触摸式键盘。
#* “在触摸模式下，Windows 会在系统托盘（和其他UI）上留出空间，以便减少误点击图标的情况。”
# 系统托盘图标的间距，不受任何注册表项控制，它内置于程序中，不能更改。
#*“由explorer.exe应用程序中的编码控制。它是内部编码的，不依赖也不参考任何外部设置、控制或数据值来确定间距。改变它的唯一方法是反编译explorer.exe程序并重新编程文件。考虑到它是一个二进制文件，如果不访问源代码，这将是非常困难或不可能做到的。”
# 触摸屏设备，是“设备管理器 -> 人体学输入设备 -> 符合 HID 标准的触摸屏”（带 Touch Screen 或者触摸字样的设备）。
#* 通过禁用该设备可以使托盘区图标间隙恢复，但是，触摸设备也不能使用。（此处用的 iPad 就只能用作“显示屏”而不能用作“触摸屏”）

通过测试，可以把上述设备理器中的项“先禁用在启用”，使托盘区图标间隙恢复，且触摸正常使用，重启也没出现问题（可能使快速启动，没完全重启），算是曲线救国了。

'''参考：'''
# [https://answers.microsoft.com/zh-hans/windows/forum/all/%E4%BB%BB%E5%8A%A1%E6%A0%8F%E9%80%9A%E7%9F%A5/a4645ec6-343d-47c1-86cd-732a7536dac4 Microsoft Community：任务栏通知区域（托盘）图标间距变大]
# [https://answers.microsoft.com/en-us/windows/forum/all/system-tray-icon-spacing-in-windows-10/6ab6e0dd-fe13-48e7-8eeb-c0d12abee6f3 Microsoft Community：System tray icon spacing in WIndows 10]
# [https://answers.microsoft.com/en-us/windows/forum/windows_7-desktop/tray-icons-reduce-spacing/93991e6b-5c53-4df5-af4e-3bdf3fde17fe Microsoft Community：Tray icons reduce spacing]

== OpenVPN 问题 ==
OpenVPN GUI 下载地址： '''https://openvpn.net/community-downloads/'''

=== 设置密码自动填充 ===
使用 OpenVPN 连接时，每个连接第一次使用都需要输入用户名密码：
# 在配置文件“xxx.ovpn”的同级目录，添加“auth.txt”文件：第一行为用户，第二行为密码。
# 在配置文件“xxx.ovpn”中编辑：
#: <syntaxhighlight lang="bash" highlight="">
...

auth-user-pass auth.txt

...
</syntaxhighlight>
如此，不再需要手动填充用户密码信息。

=== 未启动“OpenVPNServiceInteractive” ===
启动 OpenVPN GUI 时，出现如下提示：
: [[File:OpenVPN：未启动OpenVPNServiceInteractive.png|400px]]

在 Windows 服务中，启动“'''OpenVPN Interactive Service'''”服务即可。

== Vultr 验证页面 ==
打开 Vultr 登录页面，总是遇到如下页面，并不能成功跳转：
: [[File:Vultr：验证页面.png|400px]]

*【2021/11/24 19:23:13】试试不用代理打开，好像能成功。

== Windows更新iTunes、iCloud失败 ==
如图：
: [[File:Windows更新iTunes、iCloud失败.png|400px]]

解决：
# 卸载该软件（iTunes/iCloud）；
# 卸载Apple相关的安装内容；
#* 包括：“Apple Mobile Device Surpport”、“Apple Software Update”、“Apple 应用程序支持(64位)”、“Apple 应用程序支持(32位)”、“Bonjour”；
# 重新执行安装程序；

=== 安装iCloud时提示“您的电脑缺少媒体功能。请从Microsoft网站下载Media Feature Pack/Windows并安装，然后再试一次。” ===
解决：
: <s>“控制面板”->“软件和功能”->“启用或关闭Windows功能”：展开“媒体功能”->勾选“windows media player”。</s>
: “设置”->“应用”->“应用和功能”->“管理可选功能”->“添加功能”->找到“Windows Media Player”并安装。
:* 安装完成，可以卸载“Windows Media Player”。

== Steam ==
在国内使用 Steam，登录、商店等内容是可以正常访问的（'''steampower.com'''），社区、个人资料等内容需要加速（'''steamcommunity.com'''）。

=== 登录失败、商店错误代码:-324 ===
如何开启了加速软件，但线路不通的时候，可能出现。

解决：'''取消网络代理'''

（下面两个设置，其实是同一个东西）

* 通过 IE 设置取消网络代理：
*# 打开IE -> “设置”->“Internet选项”，在“连接”页找到“局域网设置”；
*#:（运行“inetcpl.cpl”可直接打开“Internet选项”页）
*# 取消勾选“'''自动配置'''”及“'''代理服务器'''”下的选项。
*: [[File:取消 IE 代理.png|400px]]
* 通过 Windows10 设置，取消“网络代理”：
*# 打开“Windows 设置 -> 网络和Internet -> 代理”；
*# 取消勾选“'''自动代理设置'''”及“'''手动设置代理'''”下的选项；
*: [[File:Windows设置：代理.png|600px]]

=== 使用 Steam++ 加速 ===
对于出现“'''错误代码：-118'''”等情况，很可能是服务地址被禁。

解决：通过 [https://steampp.net/ '''Steam++'''（Watt Toolkit）] 为 Steam 的单独、或所有服务加速。

如图：
: [[File:Steam++：为Steam加速.png|600px]]
* 实测：加速模式中，“'''Hosts 代理模式'''”可正常使用，“DNS 驱动拦截”、“PAC 代理模式”时灵时不灵，“系统代理模式”没得用。

'''Steam++ 还可以为其他软件和服务加速。'''

其代理加速具体设置信息可在“Windows 设置 -> 网络和Internet -> 代理”（如上节）中看到，可能无法和其他代理软件同时使用。

== NVIDIA GeForce Experience 打不开 ==
显卡更新频繁，但是 NVIDIA GeForce Experience 这***东西总是打不开（很多很多次），试过了：退出重启、杀进程、管理员启动、服务重启……不好使。

直接去官网下载 NVIDIA GeForce Experience 覆盖安装吧。

破****，***，**！

或者是有使用 GPU 的进程？？？下次试试把 WallpaperEngine 之类的软件关闭看看。

== Duet不能连接 ==
Windows 和 iPad 都打开了 duet 并连接，但是没反应。

【先在 Windows 端关闭 Duet，在断开连接线，就不会出现该问题】
<s>在 Windows 设备管理器 -> 便携设备 -> Apple iPad ：禁用再启用，稍后就连接了。</s>

== OneDrive使用 ==
OneDrive 不同于其他的网盘同步软件：
1、默认只能同步 Windows 提供的几个文件夹。
2、同步的文件夹都会被强制移动到 OneDrive 文件夹中（默认：“C:\Users\XXX\OneDrive”） —— 原位置只留下链接（快捷方式）。

要监听同步不同位置的文件夹，可以使用 '''<code>mklink</code>''' 命令（<code>CMD</code>命令，而非<code>PowerShell</code>）创建“'''符号链接'''”<ref>
<blockquote>
关于“'''软连接'''”与“'''硬链接'''”：
# “符号链接（symbolic link）”：即“软连接”。（类似但[[#为什么使用“mklink”：与“快捷方式”区别|不同于“快捷方式”]]）
#* 与源文件的 inode 节点号不同；
#* 删除“源文件”即删除了“文件实体”，“软连接”仍存在但不可用；
#* 可以用于“文件”和“目录”；
# “硬链接”：“文件实体”的另一个入口。
#* 与源文件的 inode 节点号相同；
#* 只有删除了“源文件”和所有“硬链接”（即所有的“文件入口”）后，“文件实体”才会被删除；
#* 只能用于“文件”，不能用于“目录”；
</blockquote>
</ref>的方式：
: [[File:mklink命令.png|600px]]
“目录链接”与“符号链接”：
*“目录链接”将引用原文件/目录的“绝对路径”，
* “符号链接”允许引用原文件/目录的“相对路径”。
* 两者都可以跨文件系统建立，但 Windows 中链接限于 NTFS 文件系统。

示例：
: [[File:mklink命令：示例.png|600px]]
* 文件夹依旧位于 Target 中，不会被强制移动。
* OneDrive 只留有 Link，不会有原文件占用大小 —— 仍会同步到云。

=== 为什么使用“mklink”：与“快捷方式”区别 ===
简单来说：'''“快捷方式”是一个文件（“.lnk”文件），而“mklink”的链接是一个“文件系统对象”'''。

通过对比就可以清楚地看出不同：
: [[File:mklink：“链接”与“快捷方式”.png|600px]]
* “ls”在 Windows 中是“'''Get-ChildItem'''”的别名<ref>参考：[https://learn.microsoft.com/zh-cn/powershell/module/microsoft.powershell.management/get-childitem?view=powershell-7.4 Microsoft PowerShell 文档：参考#Get-ChildItem]</ref>。
* 其中的“Mode”：
*# “'''l'''”：表示“'''链接'''”；
*# “'''d'''”：表示“'''目录'''”；
*# “'''a'''”：表示“'''存档'''”<ref><blockquote>
Windows 文件的“'''archive'''”属性：
用于标识“文件/文件夹”是否'''被“修改”的标记'''（新增也是一种“修改”） —— 对于文件/文件夹的备份相当有用：在进行“'''增量备份'''”时，只需要备份被改标记标识的内容。
</blockquote>
:: 参考：
::# [https://www.cnblogs.com/ini_always/archive/2011/11/23/2260699.html Windows文件的archive属性]
::# [https://blog.51cto.com/xxjiangsir/386557 存档属性是做什么用的？！]
</ref>；
*# “r”：表示“只读”；
*# “h”：表示“隐藏”；
*# “s”：表示“系统”；

=== 重置 OneDrive ===
有时候 OneDrive 可能一直在“查找更改”，甚至托盘区右键也没反应，还可能连带着 Explorer 无响应。

这种时候结束任务也无济于事，可以考虑“重置 OneDrive”<ref>参考：[https://support.microsoft.com/zh-cn/office/%E9%87%8D%E7%BD%AE-onedrive-34701e00-bf7b-42db-b960-84905399050c Microsoft支持：重置 OneDrive]</ref>：
# 运行（<code>Windows</code>+<code>R</code>）：<syntaxhighlight lang="bash" inline>wsreset.exe</syntaxhighlight>
#: 用于：清除 Microsoft Store 的临时文件、缓存和设置。（会打开 Microsoft Store 窗口，稍后关闭即可）
# 运行（<code>Windows</code>+<code>R</code>）：
#: <syntaxhighlight lang="bash">
# 以下命令，取决于 onedrive.exe 位置

%localappdata%\Microsoft\OneDrive\onedrive.exe /reset

C:\Program Files\Microsoft OneDrive\onedrive.exe /reset

C:\Program Files (x86)\Microsoft OneDrive\onedrive.exe/reset
</syntaxhighlight>
#: 用于：重置 OneDrive。（执行时无任何窗口，执行完成后会有提示，稍候即可）

“同步挂起”：可能是由于某些“隐藏项目”导致，可以排查一下。

== 参考 ==
<references/>

FAQ:Software

2023-12-28T17:18:51Z

Eijux：/* OneDrive使用 */

[[category:Software]]

== office官方卸载工具 ==
卸载office官方工具：[https://support.microsoft.com/en-us/office/uninstall-office-from-a-pc-9dd49b83-264a-477a-8fcc-2fdf5dbf61d8 Uninstall Microsoft Office]

== 卸载Visio密钥 ==
安装Visio之后，填入了密钥之后无法激活，想要修改密钥但发现界面没有修改框，所以只有向其他办法：
# regedit：开始以为使用的key都保存在注册表中，找了一圈并没有找到
# ？命令行修改，类似于之前查看Windows激活信息的命令

=== 查看许可证信息列表： ===
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /dstatus
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
PRODUCT ID: 00341-31872-32451-AA593
SKU ID: 2dfe2075-2d04-4e43-816a-eb60bbb77574
LICENSE NAME: Office 16, Office16VisioProR_Retail edition
LICENSE DESCRIPTION: Office 16, RETAIL channel
BETA EXPIRATION: 1601/1/1
LICENSE STATUS: ---OOB_GRACE---
ERROR CODE: 0x4004F00C
ERROR DESCRIPTION: The Software Licensing Service reported that the application is running within the valid grace period.
REMAINING GRACE: 29 days (43147 minute(s) before expiring)
Last 5 characters of installed product key: DPFJH
---------------------------------------
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>

=== 安装的产品密钥： ===
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /inpkey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
</syntaxhighlight>

=== 刷新许可证信息列表： ===
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /rearm
</syntaxhighlight>

=== 卸载已安装的产品密钥： ===
* “unpkey”后的内容为密钥的最后5位数
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /unpkey:DPFJH
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
Uninstalling product key for: Office 16, Office16VisioProR_Retail edition
<Product key uninstall successful>
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>
# 找不到对应的unpkey时：
#: <syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /unpkey:AA593
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
<Product key not found>
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>
# cmd未使用管理员权限时：
#: <syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /unpkey:DPFJH
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
Uninstalling product key for: Office 16, Office16VisioProR_Retail edition
ERROR CODE: 0xC004F025
ERROR DESCRIPTION: The Software Licensing Service reported that the action requires administrator privilege.
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>

== notepad++ 自动保存位置 ==
notepad++ 会自动定期保存文件，所以没有手动保存为文件的内容也能够在关闭notepad++的下一次自动显示；

如果关闭notepad++重新打开之后，上次没有手动保存的内容没有显示也不用慌，可以在'''"C:\Users\eijux\AppData\Roaming\Notepad++\backup"'''下自动定期保存的文件中找到。

== 删除多余 Hyper-V Virtual Ethernet Adapter ==
在使用VBox的过程中，每次遇到更新、重装，都会导致多出虚拟网卡适配器：
:[[File:多余的虚拟网卡适配器.png|600px]]

# <s>方法一：
#: 在系统设置网络连接部分又不能直接删除，所以找到了一个从注册表删除的方法： 
#: 在“'''计算机\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\ROOT\VMS_MP'''”中找到多余的项删除即可：
#: [[File:删除多余虚拟网卡适配器.png|600px]]
#: 【好像不求好使，以前是在注册表删除的，好像不是这】</s>
# 方法二：
#: 在适配器列表（控制面板->网络和共享中心->更改适配器设置），右键“属性”，选择“配置”，到“驱动程序”页，选择“卸载设备”即可。

== 安装“Twomon SE”后托盘区图标间隙变大 ==
由于想把 iPad 当作 Windows 的拓展屏幕使用，比较多个软件之后，购买了 Twomon SE，但在安装 PC 端之后，突然发现托盘区的图标间隙变得很大很大：
: [[File:Windows托盘区图标间隙.png|600px]]

强迫症不能忍，能够确定是 Twomon SE 安装后的问题，查了一些资料，确定如下：
# 托盘区图标间隙变大，是因为系统认定当前在使用触摸式键盘。
#* “在触摸模式下，Windows 会在系统托盘（和其他UI）上留出空间，以便减少误点击图标的情况。”
# 系统托盘图标的间距，不受任何注册表项控制，它内置于程序中，不能更改。
#*“由explorer.exe应用程序中的编码控制。它是内部编码的，不依赖也不参考任何外部设置、控制或数据值来确定间距。改变它的唯一方法是反编译explorer.exe程序并重新编程文件。考虑到它是一个二进制文件，如果不访问源代码，这将是非常困难或不可能做到的。”
# 触摸屏设备，是“设备管理器 -> 人体学输入设备 -> 符合 HID 标准的触摸屏”（带 Touch Screen 或者触摸字样的设备）。
#* 通过禁用该设备可以使托盘区图标间隙恢复，但是，触摸设备也不能使用。（此处用的 iPad 就只能用作“显示屏”而不能用作“触摸屏”）

通过测试，可以把上述设备理器中的项“先禁用在启用”，使托盘区图标间隙恢复，且触摸正常使用，重启也没出现问题（可能使快速启动，没完全重启），算是曲线救国了。

'''参考：'''
# [https://answers.microsoft.com/zh-hans/windows/forum/all/%E4%BB%BB%E5%8A%A1%E6%A0%8F%E9%80%9A%E7%9F%A5/a4645ec6-343d-47c1-86cd-732a7536dac4 Microsoft Community：任务栏通知区域（托盘）图标间距变大]
# [https://answers.microsoft.com/en-us/windows/forum/all/system-tray-icon-spacing-in-windows-10/6ab6e0dd-fe13-48e7-8eeb-c0d12abee6f3 Microsoft Community：System tray icon spacing in WIndows 10]
# [https://answers.microsoft.com/en-us/windows/forum/windows_7-desktop/tray-icons-reduce-spacing/93991e6b-5c53-4df5-af4e-3bdf3fde17fe Microsoft Community：Tray icons reduce spacing]

== OpenVPN 问题 ==
OpenVPN GUI 下载地址： '''https://openvpn.net/community-downloads/'''

=== 设置密码自动填充 ===
使用 OpenVPN 连接时，每个连接第一次使用都需要输入用户名密码：
# 在配置文件“xxx.ovpn”的同级目录，添加“auth.txt”文件：第一行为用户，第二行为密码。
# 在配置文件“xxx.ovpn”中编辑：
#: <syntaxhighlight lang="bash" highlight="">
...

auth-user-pass auth.txt

...
</syntaxhighlight>
如此，不再需要手动填充用户密码信息。

=== 未启动“OpenVPNServiceInteractive” ===
启动 OpenVPN GUI 时，出现如下提示：
: [[File:OpenVPN：未启动OpenVPNServiceInteractive.png|400px]]

在 Windows 服务中，启动“'''OpenVPN Interactive Service'''”服务即可。

== Vultr 验证页面 ==
打开 Vultr 登录页面，总是遇到如下页面，并不能成功跳转：
: [[File:Vultr：验证页面.png|400px]]

*【2021/11/24 19:23:13】试试不用代理打开，好像能成功。

== Windows更新iTunes、iCloud失败 ==
如图：
: [[File:Windows更新iTunes、iCloud失败.png|400px]]

解决：
# 卸载该软件（iTunes/iCloud）；
# 卸载Apple相关的安装内容；
#* 包括：“Apple Mobile Device Surpport”、“Apple Software Update”、“Apple 应用程序支持(64位)”、“Apple 应用程序支持(32位)”、“Bonjour”；
# 重新执行安装程序；

=== 安装iCloud时提示“您的电脑缺少媒体功能。请从Microsoft网站下载Media Feature Pack/Windows并安装，然后再试一次。” ===
解决：
: <s>“控制面板”->“软件和功能”->“启用或关闭Windows功能”：展开“媒体功能”->勾选“windows media player”。</s>
: “设置”->“应用”->“应用和功能”->“管理可选功能”->“添加功能”->找到“Windows Media Player”并安装。
:* 安装完成，可以卸载“Windows Media Player”。

== Steam ==
在国内使用 Steam，登录、商店等内容是可以正常访问的（'''steampower.com'''），社区、个人资料等内容需要加速（'''steamcommunity.com'''）。

=== 登录失败、商店错误代码:-324 ===
如何开启了加速软件，但线路不通的时候，可能出现。

解决：'''取消网络代理'''

（下面两个设置，其实是同一个东西）

* 通过 IE 设置取消网络代理：
*# 打开IE -> “设置”->“Internet选项”，在“连接”页找到“局域网设置”；
*#:（运行“inetcpl.cpl”可直接打开“Internet选项”页）
*# 取消勾选“'''自动配置'''”及“'''代理服务器'''”下的选项。
*: [[File:取消 IE 代理.png|400px]]
* 通过 Windows10 设置，取消“网络代理”：
*# 打开“Windows 设置 -> 网络和Internet -> 代理”；
*# 取消勾选“'''自动代理设置'''”及“'''手动设置代理'''”下的选项；
*: [[File:Windows设置：代理.png|600px]]

=== 使用 Steam++ 加速 ===
对于出现“'''错误代码：-118'''”等情况，很可能是服务地址被禁。

解决：通过 [https://steampp.net/ '''Steam++'''（Watt Toolkit）] 为 Steam 的单独、或所有服务加速。

如图：
: [[File:Steam++：为Steam加速.png|600px]]
* 实测：加速模式中，“'''Hosts 代理模式'''”可正常使用，“DNS 驱动拦截”、“PAC 代理模式”时灵时不灵，“系统代理模式”没得用。

'''Steam++ 还可以为其他软件和服务加速。'''

其代理加速具体设置信息可在“Windows 设置 -> 网络和Internet -> 代理”（如上节）中看到，可能无法和其他代理软件同时使用。

== NVIDIA GeForce Experience 打不开 ==
显卡更新频繁，但是 NVIDIA GeForce Experience 这***东西总是打不开（很多很多次），试过了：退出重启、杀进程、管理员启动、服务重启……不好使。

直接去官网下载 NVIDIA GeForce Experience 覆盖安装吧。

破****，***，**！

或者是有使用 GPU 的进程？？？下次试试把 WallpaperEngine 之类的软件关闭看看。

== Duet不能连接 ==
Windows 和 iPad 都打开了 duet 并连接，但是没反应。

【先在 Windows 端关闭 Duet，在断开连接线，就不会出现该问题】
<s>在 Windows 设备管理器 -> 便携设备 -> Apple iPad ：禁用再启用，稍后就连接了。</s>

== OneDrive使用 ==
OneDrive 不同于其他的网盘同步软件：
1、默认只能同步 Windows 提供的几个文件夹。
2、同步的文件夹都会被强制移动到 OneDrive 文件夹中（默认：“C:\Users\XXX\OneDrive”） —— 原位置只留下链接（快捷方式）。

要监听同步不同位置的文件夹，可以使用 '''<code>mklink</code>''' 命令创建“'''符号链接'''”<ref>
<blockquote>
关于“'''软连接'''”与“'''硬链接'''”：
# “符号链接（symbolic link）”：即“软连接”。（类似但[[#为什么使用“mklink”：与“快捷方式”区别|不同于“快捷方式”]]）
#* 与源文件的 inode 节点号不同；
#* 删除“源文件”即删除了“文件实体”，“软连接”仍存在但不可用；
#* 可以用于“文件”和“目录”；
# “硬链接”：“文件实体”的另一个入口。
#* 与源文件的 inode 节点号相同；
#* 只有删除了“源文件”和所有“硬链接”（即所有的“文件入口”）后，“文件实体”才会被删除；
#* 只能用于“文件”，不能用于“目录”；
</blockquote>
</ref>的方式：
: [[File:mklink命令.png|600px]]
“目录链接”与“符号链接”：
*“目录链接”将引用原文件/目录的“绝对路径”，
* “符号链接”允许引用原文件/目录的“相对路径”。
* 两者都可以跨文件系统建立，但 Windows 中链接限于 NTFS 文件系统。

示例：
: [[File:mklink命令：示例.png|600px]]
* 文件夹依旧位于 Target 中，不会被强制移动。
* OneDrive 只留有 Link，不会有原文件占用大小 —— 仍会同步到云。

=== 为什么使用“mklink”：与“快捷方式”区别 ===
简单来说：'''“快捷方式”是一个文件（“.lnk”文件），而“mklink”的链接是一个“文件系统对象”'''。

通过对比就可以清楚地看出不同：
: [[File:mklink：“链接”与“快捷方式”.png|600px]]
* “ls”在 Windows 中是“'''Get-ChildItem'''”的别名<ref>参考：[https://learn.microsoft.com/zh-cn/powershell/module/microsoft.powershell.management/get-childitem?view=powershell-7.4 Microsoft PowerShell 文档：参考#Get-ChildItem]</ref>。
* 其中的“Mode”：
*# “'''l'''”：表示“'''链接'''”；
*# “'''d'''”：表示“'''目录'''”；
*# “'''a'''”：表示“'''存档'''”<ref><blockquote>
Windows 文件的“'''archive'''”属性：
用于标识“文件/文件夹”是否'''被“修改”的标记'''（新增也是一种“修改”） —— 对于文件/文件夹的备份相当有用：在进行“'''增量备份'''”时，只需要备份被改标记标识的内容。
</blockquote>
:: 参考：
::# [https://www.cnblogs.com/ini_always/archive/2011/11/23/2260699.html Windows文件的archive属性]
::# [https://blog.51cto.com/xxjiangsir/386557 存档属性是做什么用的？！]
</ref>；
*# “r”：表示“只读”；
*# “h”：表示“隐藏”；
*# “s”：表示“系统”；

=== 重置 OneDrive ===
有时候 OneDrive 可能一直在“查找更改”，甚至托盘区右键也没反应，还可能连带着 Explorer 无响应。

这种时候结束任务也无济于事，可以考虑“重置 OneDrive”<ref>参考：[https://support.microsoft.com/zh-cn/office/%E9%87%8D%E7%BD%AE-onedrive-34701e00-bf7b-42db-b960-84905399050c Microsoft支持：重置 OneDrive]</ref>：
# 运行（<code>Windows</code>+<code>R</code>）：<syntaxhighlight lang="bash" inline>wsreset.exe</syntaxhighlight>
#: 用于：清除 Microsoft Store 的临时文件、缓存和设置。（会打开 Microsoft Store 窗口，稍后关闭即可）
# 运行（<code>Windows</code>+<code>R</code>）：
#: <syntaxhighlight lang="bash">
# 以下命令，取决于 onedrive.exe 位置

%localappdata%\Microsoft\OneDrive\onedrive.exe /reset

C:\Program Files\Microsoft OneDrive\onedrive.exe /reset

C:\Program Files (x86)\Microsoft OneDrive\onedrive.exe/reset
</syntaxhighlight>
#: 用于：重置 OneDrive。（执行时无任何窗口，执行完成后会有提示，稍候即可）

“同步挂起”：可能是由于某些“隐藏项目”导致，可以排查一下。

== 参考 ==
<references/>

FAQ:Software

2023-12-28T16:52:55Z

Eijux：

[[category:Software]]

== office官方卸载工具 ==
卸载office官方工具：[https://support.microsoft.com/en-us/office/uninstall-office-from-a-pc-9dd49b83-264a-477a-8fcc-2fdf5dbf61d8 Uninstall Microsoft Office]

== 卸载Visio密钥 ==
安装Visio之后，填入了密钥之后无法激活，想要修改密钥但发现界面没有修改框，所以只有向其他办法：
# regedit：开始以为使用的key都保存在注册表中，找了一圈并没有找到
# ？命令行修改，类似于之前查看Windows激活信息的命令

=== 查看许可证信息列表： ===
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /dstatus
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
PRODUCT ID: 00341-31872-32451-AA593
SKU ID: 2dfe2075-2d04-4e43-816a-eb60bbb77574
LICENSE NAME: Office 16, Office16VisioProR_Retail edition
LICENSE DESCRIPTION: Office 16, RETAIL channel
BETA EXPIRATION: 1601/1/1
LICENSE STATUS: ---OOB_GRACE---
ERROR CODE: 0x4004F00C
ERROR DESCRIPTION: The Software Licensing Service reported that the application is running within the valid grace period.
REMAINING GRACE: 29 days (43147 minute(s) before expiring)
Last 5 characters of installed product key: DPFJH
---------------------------------------
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>

=== 安装的产品密钥： ===
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /inpkey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
</syntaxhighlight>

=== 刷新许可证信息列表： ===
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /rearm
</syntaxhighlight>

=== 卸载已安装的产品密钥： ===
* “unpkey”后的内容为密钥的最后5位数
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /unpkey:DPFJH
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
Uninstalling product key for: Office 16, Office16VisioProR_Retail edition
<Product key uninstall successful>
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>
# 找不到对应的unpkey时：
#: <syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /unpkey:AA593
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
<Product key not found>
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>
# cmd未使用管理员权限时：
#: <syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /unpkey:DPFJH
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
Uninstalling product key for: Office 16, Office16VisioProR_Retail edition
ERROR CODE: 0xC004F025
ERROR DESCRIPTION: The Software Licensing Service reported that the action requires administrator privilege.
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>

== notepad++ 自动保存位置 ==
notepad++ 会自动定期保存文件，所以没有手动保存为文件的内容也能够在关闭notepad++的下一次自动显示；

如果关闭notepad++重新打开之后，上次没有手动保存的内容没有显示也不用慌，可以在'''"C:\Users\eijux\AppData\Roaming\Notepad++\backup"'''下自动定期保存的文件中找到。

== 删除多余 Hyper-V Virtual Ethernet Adapter ==
在使用VBox的过程中，每次遇到更新、重装，都会导致多出虚拟网卡适配器：
:[[File:多余的虚拟网卡适配器.png|600px]]

# <s>方法一：
#: 在系统设置网络连接部分又不能直接删除，所以找到了一个从注册表删除的方法： 
#: 在“'''计算机\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\ROOT\VMS_MP'''”中找到多余的项删除即可：
#: [[File:删除多余虚拟网卡适配器.png|600px]]
#: 【好像不求好使，以前是在注册表删除的，好像不是这】</s>
# 方法二：
#: 在适配器列表（控制面板->网络和共享中心->更改适配器设置），右键“属性”，选择“配置”，到“驱动程序”页，选择“卸载设备”即可。

== 安装“Twomon SE”后托盘区图标间隙变大 ==
由于想把 iPad 当作 Windows 的拓展屏幕使用，比较多个软件之后，购买了 Twomon SE，但在安装 PC 端之后，突然发现托盘区的图标间隙变得很大很大：
: [[File:Windows托盘区图标间隙.png|600px]]

强迫症不能忍，能够确定是 Twomon SE 安装后的问题，查了一些资料，确定如下：
# 托盘区图标间隙变大，是因为系统认定当前在使用触摸式键盘。
#* “在触摸模式下，Windows 会在系统托盘（和其他UI）上留出空间，以便减少误点击图标的情况。”
# 系统托盘图标的间距，不受任何注册表项控制，它内置于程序中，不能更改。
#*“由explorer.exe应用程序中的编码控制。它是内部编码的，不依赖也不参考任何外部设置、控制或数据值来确定间距。改变它的唯一方法是反编译explorer.exe程序并重新编程文件。考虑到它是一个二进制文件，如果不访问源代码，这将是非常困难或不可能做到的。”
# 触摸屏设备，是“设备管理器 -> 人体学输入设备 -> 符合 HID 标准的触摸屏”（带 Touch Screen 或者触摸字样的设备）。
#* 通过禁用该设备可以使托盘区图标间隙恢复，但是，触摸设备也不能使用。（此处用的 iPad 就只能用作“显示屏”而不能用作“触摸屏”）

通过测试，可以把上述设备理器中的项“先禁用在启用”，使托盘区图标间隙恢复，且触摸正常使用，重启也没出现问题（可能使快速启动，没完全重启），算是曲线救国了。

'''参考：'''
# [https://answers.microsoft.com/zh-hans/windows/forum/all/%E4%BB%BB%E5%8A%A1%E6%A0%8F%E9%80%9A%E7%9F%A5/a4645ec6-343d-47c1-86cd-732a7536dac4 Microsoft Community：任务栏通知区域（托盘）图标间距变大]
# [https://answers.microsoft.com/en-us/windows/forum/all/system-tray-icon-spacing-in-windows-10/6ab6e0dd-fe13-48e7-8eeb-c0d12abee6f3 Microsoft Community：System tray icon spacing in WIndows 10]
# [https://answers.microsoft.com/en-us/windows/forum/windows_7-desktop/tray-icons-reduce-spacing/93991e6b-5c53-4df5-af4e-3bdf3fde17fe Microsoft Community：Tray icons reduce spacing]

== OpenVPN 问题 ==
OpenVPN GUI 下载地址： '''https://openvpn.net/community-downloads/'''

=== 设置密码自动填充 ===
使用 OpenVPN 连接时，每个连接第一次使用都需要输入用户名密码：
# 在配置文件“xxx.ovpn”的同级目录，添加“auth.txt”文件：第一行为用户，第二行为密码。
# 在配置文件“xxx.ovpn”中编辑：
#: <syntaxhighlight lang="bash" highlight="">
...

auth-user-pass auth.txt

...
</syntaxhighlight>
如此，不再需要手动填充用户密码信息。

=== 未启动“OpenVPNServiceInteractive” ===
启动 OpenVPN GUI 时，出现如下提示：
: [[File:OpenVPN：未启动OpenVPNServiceInteractive.png|400px]]

在 Windows 服务中，启动“'''OpenVPN Interactive Service'''”服务即可。

== Vultr 验证页面 ==
打开 Vultr 登录页面，总是遇到如下页面，并不能成功跳转：
: [[File:Vultr：验证页面.png|400px]]

*【2021/11/24 19:23:13】试试不用代理打开，好像能成功。

== Windows更新iTunes、iCloud失败 ==
如图：
: [[File:Windows更新iTunes、iCloud失败.png|400px]]

解决：
# 卸载该软件（iTunes/iCloud）；
# 卸载Apple相关的安装内容；
#* 包括：“Apple Mobile Device Surpport”、“Apple Software Update”、“Apple 应用程序支持(64位)”、“Apple 应用程序支持(32位)”、“Bonjour”；
# 重新执行安装程序；

=== 安装iCloud时提示“您的电脑缺少媒体功能。请从Microsoft网站下载Media Feature Pack/Windows并安装，然后再试一次。” ===
解决：
: <s>“控制面板”->“软件和功能”->“启用或关闭Windows功能”：展开“媒体功能”->勾选“windows media player”。</s>
: “设置”->“应用”->“应用和功能”->“管理可选功能”->“添加功能”->找到“Windows Media Player”并安装。
:* 安装完成，可以卸载“Windows Media Player”。

== Steam ==
在国内使用 Steam，登录、商店等内容是可以正常访问的（'''steampower.com'''），社区、个人资料等内容需要加速（'''steamcommunity.com'''）。

=== 登录失败、商店错误代码:-324 ===
如何开启了加速软件，但线路不通的时候，可能出现。

解决：'''取消网络代理'''

（下面两个设置，其实是同一个东西）

* 通过 IE 设置取消网络代理：
*# 打开IE -> “设置”->“Internet选项”，在“连接”页找到“局域网设置”；
*#:（运行“inetcpl.cpl”可直接打开“Internet选项”页）
*# 取消勾选“'''自动配置'''”及“'''代理服务器'''”下的选项。
*: [[File:取消 IE 代理.png|400px]]
* 通过 Windows10 设置，取消“网络代理”：
*# 打开“Windows 设置 -> 网络和Internet -> 代理”；
*# 取消勾选“'''自动代理设置'''”及“'''手动设置代理'''”下的选项；
*: [[File:Windows设置：代理.png|600px]]

=== 使用 Steam++ 加速 ===
对于出现“'''错误代码：-118'''”等情况，很可能是服务地址被禁。

解决：通过 [https://steampp.net/ '''Steam++'''（Watt Toolkit）] 为 Steam 的单独、或所有服务加速。

如图：
: [[File:Steam++：为Steam加速.png|600px]]
* 实测：加速模式中，“'''Hosts 代理模式'''”可正常使用，“DNS 驱动拦截”、“PAC 代理模式”时灵时不灵，“系统代理模式”没得用。

'''Steam++ 还可以为其他软件和服务加速。'''

其代理加速具体设置信息可在“Windows 设置 -> 网络和Internet -> 代理”（如上节）中看到，可能无法和其他代理软件同时使用。

== NVIDIA GeForce Experience 打不开 ==
显卡更新频繁，但是 NVIDIA GeForce Experience 这***东西总是打不开（很多很多次），试过了：退出重启、杀进程、管理员启动、服务重启……不好使。

直接去官网下载 NVIDIA GeForce Experience 覆盖安装吧。

破****，***，**！

或者是有使用 GPU 的进程？？？下次试试把 WallpaperEngine 之类的软件关闭看看。

== Duet不能连接 ==
Windows 和 iPad 都打开了 duet 并连接，但是没反应。

【先在 Windows 端关闭 Duet，在断开连接线，就不会出现该问题】
<s>在 Windows 设备管理器 -> 便携设备 -> Apple iPad ：禁用再启用，稍后就连接了。</s>

== OneDrive使用 ==
OneDrive 不同于其他的网盘同步软件：
1、默认只能同步 Windows 提供的几个文件夹。
2、同步的文件夹都会被强制移动到 OneDrive 文件夹中（默认：“C:\Users\XXX\OneDrive”） —— 原位置只留下链接（快捷方式）。

要监听同步不同位置的文件夹，可以使用 '''<code>mklink</code>''' 命令创建“'''符号链接'''”的方式：
: [[File:mklink命令.png|600px]]
# <code>/D</code>：创建“符号链接（symbolic link）”，即“软连接”。
#: 类似于快捷方式（但不同，见[[#为什么使用“mklink”：与“快捷方式”区别|下一节]]），

示例：
: [[File:mklink命令：示例.png|600px]]
* 文件夹依旧位于 Target 中，不会被强制移动。
* OneDrive 只留有 Link，不会有原文件占用大小 —— 仍会同步到云。

=== 为什么使用“mklink”：与“快捷方式”区别 ===
简单来说：'''“快捷方式”是一个文件（“.lnk”文件），而“mklink”的链接是一个“文件系统对象”'''。

通过对比就可以清楚地看出不同：
: [[File:mklink：“链接”与“快捷方式”.png|600px]]
* “ls”在 Windows 中是“Get-ChildItem”的别名<ref>关于：</ref>。
* 其中的“Mode”：
*# “'''l'''”：表示“'''链接'''”；
*# “'''d'''”：表示“'''目录'''”；
*# “'''a'''”：表示“'''存档'''”<ref><blockquote>
Windows 文件的“'''archive'''”属性：
用于标识“文件/文件夹”是否'''被“修改”的标记'''（新增也是一种“修改”） —— 对于文件/文件夹的备份相当有用：在进行“'''增量备份'''”时，只需要备份被改标记标识的内容。
</blockquote>
:: 参考：
::# [https://www.cnblogs.com/ini_always/archive/2011/11/23/2260699.html Windows文件的archive属性]
::# [https://blog.51cto.com/xxjiangsir/386557 存档属性是做什么用的？！]
</ref>；
*# “r”：表示“只读”；
*# “h”：表示“隐藏”；
*# “s”：表示“系统”；

=== 重置 OneDrive ===
有时候 OneDrive 可能一直在“查找更改”，甚至托盘区右键也没反应，还可能连带着 Explorer 无响应。

这种时候结束任务也无济于事，可以考虑“重置 OneDrive”<ref>参考：[https://support.microsoft.com/zh-cn/office/%E9%87%8D%E7%BD%AE-onedrive-34701e00-bf7b-42db-b960-84905399050c Microsoft支持：重置 OneDrive]</ref>：
# 运行（<code>Windows</code>+<code>R</code>）：<syntaxhighlight lang="bash" inline>wsreset.exe</syntaxhighlight>
#: 用于：清除 Microsoft Store 的临时文件、缓存和设置。（会打开 Microsoft Store 窗口，稍后关闭即可）
# 运行（<code>Windows</code>+<code>R</code>）：
#: <syntaxhighlight lang="bash">
# 以下命令，取决于 onedrive.exe 位置

%localappdata%\Microsoft\OneDrive\onedrive.exe /reset

C:\Program Files\Microsoft OneDrive\onedrive.exe /reset

C:\Program Files (x86)\Microsoft OneDrive\onedrive.exe/reset
</syntaxhighlight>
#: 用于：重置 OneDrive。（执行时无任何窗口，执行完成后会有提示，稍候即可）

“同步挂起”：可能是由于某些“隐藏项目”导致，可以排查一下。

== 参考 ==
<references/>

文件:Mklink：“链接”与“快捷方式”.png

2023-12-28T16:03:55Z

Eijux：基于MsUpload的文件上传

基于MsUpload的文件上传

FAQ:Software

2023-12-28T15:23:34Z

Eijux：/* OneDrive使用 */

[[category:Software]]

== office官方卸载工具 ==
卸载office官方工具：[https://support.microsoft.com/en-us/office/uninstall-office-from-a-pc-9dd49b83-264a-477a-8fcc-2fdf5dbf61d8 Uninstall Microsoft Office]

== 卸载Visio密钥 ==
安装Visio之后，填入了密钥之后无法激活，想要修改密钥但发现界面没有修改框，所以只有向其他办法：
# regedit：开始以为使用的key都保存在注册表中，找了一圈并没有找到
# ？命令行修改，类似于之前查看Windows激活信息的命令

=== 查看许可证信息列表： ===
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /dstatus
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
PRODUCT ID: 00341-31872-32451-AA593
SKU ID: 2dfe2075-2d04-4e43-816a-eb60bbb77574
LICENSE NAME: Office 16, Office16VisioProR_Retail edition
LICENSE DESCRIPTION: Office 16, RETAIL channel
BETA EXPIRATION: 1601/1/1
LICENSE STATUS: ---OOB_GRACE---
ERROR CODE: 0x4004F00C
ERROR DESCRIPTION: The Software Licensing Service reported that the application is running within the valid grace period.
REMAINING GRACE: 29 days (43147 minute(s) before expiring)
Last 5 characters of installed product key: DPFJH
---------------------------------------
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>

=== 安装的产品密钥： ===
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /inpkey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
</syntaxhighlight>

=== 刷新许可证信息列表： ===
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /rearm
</syntaxhighlight>

=== 卸载已安装的产品密钥： ===
* “unpkey”后的内容为密钥的最后5位数
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /unpkey:DPFJH
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
Uninstalling product key for: Office 16, Office16VisioProR_Retail edition
<Product key uninstall successful>
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>
# 找不到对应的unpkey时：
#: <syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /unpkey:AA593
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
<Product key not found>
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>
# cmd未使用管理员权限时：
#: <syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /unpkey:DPFJH
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
Uninstalling product key for: Office 16, Office16VisioProR_Retail edition
ERROR CODE: 0xC004F025
ERROR DESCRIPTION: The Software Licensing Service reported that the action requires administrator privilege.
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>

== notepad++ 自动保存位置 ==
notepad++ 会自动定期保存文件，所以没有手动保存为文件的内容也能够在关闭notepad++的下一次自动显示；

如果关闭notepad++重新打开之后，上次没有手动保存的内容没有显示也不用慌，可以在'''"C:\Users\eijux\AppData\Roaming\Notepad++\backup"'''下自动定期保存的文件中找到。

== 删除多余 Hyper-V Virtual Ethernet Adapter ==
在使用VBox的过程中，每次遇到更新、重装，都会导致多出虚拟网卡适配器：
:[[File:多余的虚拟网卡适配器.png|600px]]

# <s>方法一：
#: 在系统设置网络连接部分又不能直接删除，所以找到了一个从注册表删除的方法： 
#: 在“'''计算机\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\ROOT\VMS_MP'''”中找到多余的项删除即可：
#: [[File:删除多余虚拟网卡适配器.png|600px]]
#: 【好像不求好使，以前是在注册表删除的，好像不是这】</s>
# 方法二：
#: 在适配器列表（控制面板->网络和共享中心->更改适配器设置），右键“属性”，选择“配置”，到“驱动程序”页，选择“卸载设备”即可。

== 安装“Twomon SE”后托盘区图标间隙变大 ==
由于想把 iPad 当作 Windows 的拓展屏幕使用，比较多个软件之后，购买了 Twomon SE，但在安装 PC 端之后，突然发现托盘区的图标间隙变得很大很大：
: [[File:Windows托盘区图标间隙.png|600px]]

强迫症不能忍，能够确定是 Twomon SE 安装后的问题，查了一些资料，确定如下：
# 托盘区图标间隙变大，是因为系统认定当前在使用触摸式键盘。
#* “在触摸模式下，Windows 会在系统托盘（和其他UI）上留出空间，以便减少误点击图标的情况。”
# 系统托盘图标的间距，不受任何注册表项控制，它内置于程序中，不能更改。
#*“由explorer.exe应用程序中的编码控制。它是内部编码的，不依赖也不参考任何外部设置、控制或数据值来确定间距。改变它的唯一方法是反编译explorer.exe程序并重新编程文件。考虑到它是一个二进制文件，如果不访问源代码，这将是非常困难或不可能做到的。”
# 触摸屏设备，是“设备管理器 -> 人体学输入设备 -> 符合 HID 标准的触摸屏”（带 Touch Screen 或者触摸字样的设备）。
#* 通过禁用该设备可以使托盘区图标间隙恢复，但是，触摸设备也不能使用。（此处用的 iPad 就只能用作“显示屏”而不能用作“触摸屏”）

通过测试，可以把上述设备理器中的项“先禁用在启用”，使托盘区图标间隙恢复，且触摸正常使用，重启也没出现问题（可能使快速启动，没完全重启），算是曲线救国了。

'''参考：'''
# [https://answers.microsoft.com/zh-hans/windows/forum/all/%E4%BB%BB%E5%8A%A1%E6%A0%8F%E9%80%9A%E7%9F%A5/a4645ec6-343d-47c1-86cd-732a7536dac4 Microsoft Community：任务栏通知区域（托盘）图标间距变大]
# [https://answers.microsoft.com/en-us/windows/forum/all/system-tray-icon-spacing-in-windows-10/6ab6e0dd-fe13-48e7-8eeb-c0d12abee6f3 Microsoft Community：System tray icon spacing in WIndows 10]
# [https://answers.microsoft.com/en-us/windows/forum/windows_7-desktop/tray-icons-reduce-spacing/93991e6b-5c53-4df5-af4e-3bdf3fde17fe Microsoft Community：Tray icons reduce spacing]

== OpenVPN 问题 ==
OpenVPN GUI 下载地址： '''https://openvpn.net/community-downloads/'''

=== 设置密码自动填充 ===
使用 OpenVPN 连接时，每个连接第一次使用都需要输入用户名密码：
# 在配置文件“xxx.ovpn”的同级目录，添加“auth.txt”文件：第一行为用户，第二行为密码。
# 在配置文件“xxx.ovpn”中编辑：
#: <syntaxhighlight lang="bash" highlight="">
...

auth-user-pass auth.txt

...
</syntaxhighlight>
如此，不再需要手动填充用户密码信息。

=== 未启动“OpenVPNServiceInteractive” ===
启动 OpenVPN GUI 时，出现如下提示：
: [[File:OpenVPN：未启动OpenVPNServiceInteractive.png|400px]]

在 Windows 服务中，启动“'''OpenVPN Interactive Service'''”服务即可。

== Vultr 验证页面 ==
打开 Vultr 登录页面，总是遇到如下页面，并不能成功跳转：
: [[File:Vultr：验证页面.png|400px]]

*【2021/11/24 19:23:13】试试不用代理打开，好像能成功。

== Windows更新iTunes、iCloud失败 ==
如图：
: [[File:Windows更新iTunes、iCloud失败.png|400px]]

解决：
# 卸载该软件（iTunes/iCloud）；
# 卸载Apple相关的安装内容；
#* 包括：“Apple Mobile Device Surpport”、“Apple Software Update”、“Apple 应用程序支持(64位)”、“Apple 应用程序支持(32位)”、“Bonjour”；
# 重新执行安装程序；

=== 安装iCloud时提示“您的电脑缺少媒体功能。请从Microsoft网站下载Media Feature Pack/Windows并安装，然后再试一次。” ===
解决：
: <s>“控制面板”->“软件和功能”->“启用或关闭Windows功能”：展开“媒体功能”->勾选“windows media player”。</s>
: “设置”->“应用”->“应用和功能”->“管理可选功能”->“添加功能”->找到“Windows Media Player”并安装。
:* 安装完成，可以卸载“Windows Media Player”。

== Steam ==
在国内使用 Steam，登录、商店等内容是可以正常访问的（'''steampower.com'''），社区、个人资料等内容需要加速（'''steamcommunity.com'''）。

=== 登录失败、商店错误代码:-324 ===
如何开启了加速软件，但线路不通的时候，可能出现。

解决：'''取消网络代理'''

（下面两个设置，其实是同一个东西）

* 通过 IE 设置取消网络代理：
*# 打开IE -> “设置”->“Internet选项”，在“连接”页找到“局域网设置”；
*#:（运行“inetcpl.cpl”可直接打开“Internet选项”页）
*# 取消勾选“'''自动配置'''”及“'''代理服务器'''”下的选项。
*: [[File:取消 IE 代理.png|400px]]
* 通过 Windows10 设置，取消“网络代理”：
*# 打开“Windows 设置 -> 网络和Internet -> 代理”；
*# 取消勾选“'''自动代理设置'''”及“'''手动设置代理'''”下的选项；
*: [[File:Windows设置：代理.png|600px]]

=== 使用 Steam++ 加速 ===
对于出现“'''错误代码：-118'''”等情况，很可能是服务地址被禁。

解决：通过 [https://steampp.net/ '''Steam++'''（Watt Toolkit）] 为 Steam 的单独、或所有服务加速。

如图：
: [[File:Steam++：为Steam加速.png|600px]]
* 实测：加速模式中，“'''Hosts 代理模式'''”可正常使用，“DNS 驱动拦截”、“PAC 代理模式”时灵时不灵，“系统代理模式”没得用。

'''Steam++ 还可以为其他软件和服务加速。'''

其代理加速具体设置信息可在“Windows 设置 -> 网络和Internet -> 代理”（如上节）中看到，可能无法和其他代理软件同时使用。

== NVIDIA GeForce Experience 打不开 ==
显卡更新频繁，但是 NVIDIA GeForce Experience 这***东西总是打不开（很多很多次），试过了：退出重启、杀进程、管理员启动、服务重启……不好使。

直接去官网下载 NVIDIA GeForce Experience 覆盖安装吧。

破****，***，**！

或者是有使用 GPU 的进程？？？下次试试把 WallpaperEngine 之类的软件关闭看看。

== Duet不能连接 ==
Windows 和 iPad 都打开了 duet 并连接，但是没反应。

【先在 Windows 端关闭 Duet，在断开连接线，就不会出现该问题】
<s>在 Windows 设备管理器 -> 便携设备 -> Apple iPad ：禁用再启用，稍后就连接了。</s>

== OneDrive使用 ==
OneDrive 不同于其他的网盘同步软件：
1、默认只能同步 Windows 提供的几个文件夹。
2、同步的文件夹都会被强制移动到 OneDrive 文件夹中（默认：“C:\Users\XXX\OneDrive”） —— 原位置只留下链接（快捷方式）。

要监听同步不同位置的文件夹，可以使用 '''<code>mklink</code>''' 命令创建“'''符号链接'''”的方式：
: [[File:mklink命令.png|600px]]
* 文件夹依旧位于 Target 中，不会被强制移动。
* OneDrive 只留有 Link，不会有原文件占用大小 —— 仍会同步到云。

示例：
: [[File:mklink命令：示例.png|600px]]

=== 重置 OneDrive ===
有时候 OneDrive 可能一直在“查找更改”，甚至托盘区右键也没反应，还可能连带着 Explorer 无响应。

这种时候结束任务也无济于事，可以考虑“重置 OneDrive”<ref>参考：[https://support.microsoft.com/zh-cn/office/%E9%87%8D%E7%BD%AE-onedrive-34701e00-bf7b-42db-b960-84905399050c Microsoft支持：重置 OneDrive]</ref>：
# 运行（<code>Windows</code>+<code>R</code>）：<syntaxhighlight lang="bash" inline>wsreset.exe</syntaxhighlight>
#: 用于：清除 Microsoft Store 的临时文件、缓存和设置。（会打开 Microsoft Store 窗口，稍后关闭即可）
# 运行（<code>Windows</code>+<code>R</code>）：
#: <syntaxhighlight lang="bash">
# 以下命令，取决于 onedrive.exe 位置

%localappdata%\Microsoft\OneDrive\onedrive.exe /reset

C:\Program Files\Microsoft OneDrive\onedrive.exe /reset

C:\Program Files (x86)\Microsoft OneDrive\onedrive.exe/reset
</syntaxhighlight>
#: 用于：重置 OneDrive。（执行时无任何窗口，执行完成后会有提示，稍候即可）

“同步挂起”：可能是由于某些“隐藏项目”导致，可以排查一下。

== 参考 ==
<references/>

分类:网络工具

2023-12-28T15:00:18Z

Eijux：/* SS */

[[category:Software]]

== 关于 ==
关于几种不同的工具，搜集了以下，空了看看：

[https://wivwiv.com/post/ssr-v2ray-trojan/ 2021年SSR断流，V2ray被墙，Trojan？三大翻墙工具分析+一键脚本搭建安装]
[https://freeroad.org/172.html Shadowsocks V2Ray Trojan有什么区别？哪种协议扶墙最靠谱？]
[https://www.naplesblue.cc/8kmiao-kai-ce-shi-liao-trojanhe-v2rayde-su-du-zhi-hou-jue-ding-qi-yong/ 8K秒开？测试了Trojan和V2ray的速度之后，决定弃用。。。]
[https://blog.awesome-doge.org/breaking-gfw-book/%E7%AA%81%E7%A0%B4%E9%98%B2%E7%81%AB%E5%A2%99%E5%B7%A5%E5%85%B7.html GFW Tool 简介]

[https://tlanyan.pp.ua/introduce-v2ray-vless-protocol/ V2ray的VLESS协议介绍和使用教程]
[https://v2xtls.org/v2ray%e5%a4%9a%e5%90%88%e4%b8%80%e8%84%9a%e6%9c%ac%ef%bc%8c%e6%94%af%e6%8c%81vmesswebsockettlsnginx%e3%80%81vlesstcpxtls%e3%80%81vlesstcptls%e7%ad%89%e7%bb%84%e5%90%88/ V2ray多合一脚本，支持VMESS+websocket+TLS+Nginx、VLESS+TCP+XTLS、VLESS+TCP+TLS等组合]
[https://github.com/v2ray/discussion/issues/513 发现新大陆！！！！ #513]

[https://www.lbtlm.com/archives/167 一次搞懂Xray/V2ray/Trojan/Trojan-go/SSR/SS的区别，不再选择困难症]
[https://www.lbtlm.com/archives/172 一键安装七合一共存脚本+伪装站点Xray、Trojan-go、V2ray、Trojan科学上网]

== SS ==
关于 Docker：
1、[https://github.com/Acris/docker-shadowsocks-libev Shadowsocks-libev Dockerfile]（Build a docker image for shadowsocks-libev with v2ray-plugin, based on Alpine Linux.）
2、[https://www.aloneray.com/1279.html 【简单稳定】Vultr的购买和SS + v2ray-plugin +BBR的部署教程]
3、[https://abcdsxg.cn/post/%E7%BB%99ss%E5%8A%A0%E4%B8%8Av2ray-plugin/ 给ss加上v2ray-Plugin]

# [[SS]]
# [[SS：服务端]]
# [[SS：服务端（加速）]]
# [[SS：服务端（插件）]]
# [[SS：客户端]]
# [[FAQ:SS服务端]]
# [[FAQ:SS客户端]]
# [[CloudFlare使用]]

== SSR ==
参考：
1、[https://wmovc.com/758/ Vultr搭建SSR梯子【2021年】新手快速科学上网（带BBR加速）]
2、[https://viencoding.com/article/122 如何自己搭建SSR/SS服务端教程]

== v2ray ==
参考：
1、[https://github.com/v2ray v2ray 项目官网]

FAQ:Software

2023-12-28T14:53:26Z

Eijux：/* Duet不能连接 */

[[category:Software]]

== office官方卸载工具 ==
卸载office官方工具：[https://support.microsoft.com/en-us/office/uninstall-office-from-a-pc-9dd49b83-264a-477a-8fcc-2fdf5dbf61d8 Uninstall Microsoft Office]

== 卸载Visio密钥 ==
安装Visio之后，填入了密钥之后无法激活，想要修改密钥但发现界面没有修改框，所以只有向其他办法：
# regedit：开始以为使用的key都保存在注册表中，找了一圈并没有找到
# ？命令行修改，类似于之前查看Windows激活信息的命令

=== 查看许可证信息列表： ===
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /dstatus
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
PRODUCT ID: 00341-31872-32451-AA593
SKU ID: 2dfe2075-2d04-4e43-816a-eb60bbb77574
LICENSE NAME: Office 16, Office16VisioProR_Retail edition
LICENSE DESCRIPTION: Office 16, RETAIL channel
BETA EXPIRATION: 1601/1/1
LICENSE STATUS: ---OOB_GRACE---
ERROR CODE: 0x4004F00C
ERROR DESCRIPTION: The Software Licensing Service reported that the application is running within the valid grace period.
REMAINING GRACE: 29 days (43147 minute(s) before expiring)
Last 5 characters of installed product key: DPFJH
---------------------------------------
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>

=== 安装的产品密钥： ===
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /inpkey:XXXXX-XXXXX-XXXXX-XXXXX-XXXXX
</syntaxhighlight>

=== 刷新许可证信息列表： ===
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /rearm
</syntaxhighlight>

=== 卸载已安装的产品密钥： ===
* “unpkey”后的内容为密钥的最后5位数
<syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /unpkey:DPFJH
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
Uninstalling product key for: Office 16, Office16VisioProR_Retail edition
<Product key uninstall successful>
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>
# 找不到对应的unpkey时：
#: <syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /unpkey:AA593
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
<Product key not found>
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>
# cmd未使用管理员权限时：
#: <syntaxhighlight lang="PowerShell">
C:\Program Files (x86)\Microsoft Office\Office16>cscript ospp.vbs /unpkey:DPFJH
Microsoft (R) Windows Script Host Version 5.812
版权所有(C) Microsoft Corporation。保留所有权利。

---Processing--------------------------
---------------------------------------
Uninstalling product key for: Office 16, Office16VisioProR_Retail edition
ERROR CODE: 0xC004F025
ERROR DESCRIPTION: The Software Licensing Service reported that the action requires administrator privilege.
---------------------------------------
---Exiting-----------------------------
</syntaxhighlight>

== notepad++ 自动保存位置 ==
notepad++ 会自动定期保存文件，所以没有手动保存为文件的内容也能够在关闭notepad++的下一次自动显示；

如果关闭notepad++重新打开之后，上次没有手动保存的内容没有显示也不用慌，可以在'''"C:\Users\eijux\AppData\Roaming\Notepad++\backup"'''下自动定期保存的文件中找到。

== 删除多余 Hyper-V Virtual Ethernet Adapter ==
在使用VBox的过程中，每次遇到更新、重装，都会导致多出虚拟网卡适配器：
:[[File:多余的虚拟网卡适配器.png|600px]]

# <s>方法一：
#: 在系统设置网络连接部分又不能直接删除，所以找到了一个从注册表删除的方法： 
#: 在“'''计算机\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\ROOT\VMS_MP'''”中找到多余的项删除即可：
#: [[File:删除多余虚拟网卡适配器.png|600px]]
#: 【好像不求好使，以前是在注册表删除的，好像不是这】</s>
# 方法二：
#: 在适配器列表（控制面板->网络和共享中心->更改适配器设置），右键“属性”，选择“配置”，到“驱动程序”页，选择“卸载设备”即可。

== 安装“Twomon SE”后托盘区图标间隙变大 ==
由于想把 iPad 当作 Windows 的拓展屏幕使用，比较多个软件之后，购买了 Twomon SE，但在安装 PC 端之后，突然发现托盘区的图标间隙变得很大很大：
: [[File:Windows托盘区图标间隙.png|600px]]

强迫症不能忍，能够确定是 Twomon SE 安装后的问题，查了一些资料，确定如下：
# 托盘区图标间隙变大，是因为系统认定当前在使用触摸式键盘。
#* “在触摸模式下，Windows 会在系统托盘（和其他UI）上留出空间，以便减少误点击图标的情况。”
# 系统托盘图标的间距，不受任何注册表项控制，它内置于程序中，不能更改。
#*“由explorer.exe应用程序中的编码控制。它是内部编码的，不依赖也不参考任何外部设置、控制或数据值来确定间距。改变它的唯一方法是反编译explorer.exe程序并重新编程文件。考虑到它是一个二进制文件，如果不访问源代码，这将是非常困难或不可能做到的。”
# 触摸屏设备，是“设备管理器 -> 人体学输入设备 -> 符合 HID 标准的触摸屏”（带 Touch Screen 或者触摸字样的设备）。
#* 通过禁用该设备可以使托盘区图标间隙恢复，但是，触摸设备也不能使用。（此处用的 iPad 就只能用作“显示屏”而不能用作“触摸屏”）

通过测试，可以把上述设备理器中的项“先禁用在启用”，使托盘区图标间隙恢复，且触摸正常使用，重启也没出现问题（可能使快速启动，没完全重启），算是曲线救国了。

'''参考：'''
# [https://answers.microsoft.com/zh-hans/windows/forum/all/%E4%BB%BB%E5%8A%A1%E6%A0%8F%E9%80%9A%E7%9F%A5/a4645ec6-343d-47c1-86cd-732a7536dac4 Microsoft Community：任务栏通知区域（托盘）图标间距变大]
# [https://answers.microsoft.com/en-us/windows/forum/all/system-tray-icon-spacing-in-windows-10/6ab6e0dd-fe13-48e7-8eeb-c0d12abee6f3 Microsoft Community：System tray icon spacing in WIndows 10]
# [https://answers.microsoft.com/en-us/windows/forum/windows_7-desktop/tray-icons-reduce-spacing/93991e6b-5c53-4df5-af4e-3bdf3fde17fe Microsoft Community：Tray icons reduce spacing]

== OpenVPN 问题 ==
OpenVPN GUI 下载地址： '''https://openvpn.net/community-downloads/'''

=== 设置密码自动填充 ===
使用 OpenVPN 连接时，每个连接第一次使用都需要输入用户名密码：
# 在配置文件“xxx.ovpn”的同级目录，添加“auth.txt”文件：第一行为用户，第二行为密码。
# 在配置文件“xxx.ovpn”中编辑：
#: <syntaxhighlight lang="bash" highlight="">
...

auth-user-pass auth.txt

...
</syntaxhighlight>
如此，不再需要手动填充用户密码信息。

=== 未启动“OpenVPNServiceInteractive” ===
启动 OpenVPN GUI 时，出现如下提示：
: [[File:OpenVPN：未启动OpenVPNServiceInteractive.png|400px]]

在 Windows 服务中，启动“'''OpenVPN Interactive Service'''”服务即可。

== Vultr 验证页面 ==
打开 Vultr 登录页面，总是遇到如下页面，并不能成功跳转：
: [[File:Vultr：验证页面.png|400px]]

*【2021/11/24 19:23:13】试试不用代理打开，好像能成功。

== Windows更新iTunes、iCloud失败 ==
如图：
: [[File:Windows更新iTunes、iCloud失败.png|400px]]

解决：
# 卸载该软件（iTunes/iCloud）；
# 卸载Apple相关的安装内容；
#* 包括：“Apple Mobile Device Surpport”、“Apple Software Update”、“Apple 应用程序支持(64位)”、“Apple 应用程序支持(32位)”、“Bonjour”；
# 重新执行安装程序；

=== 安装iCloud时提示“您的电脑缺少媒体功能。请从Microsoft网站下载Media Feature Pack/Windows并安装，然后再试一次。” ===
解决：
: <s>“控制面板”->“软件和功能”->“启用或关闭Windows功能”：展开“媒体功能”->勾选“windows media player”。</s>
: “设置”->“应用”->“应用和功能”->“管理可选功能”->“添加功能”->找到“Windows Media Player”并安装。
:* 安装完成，可以卸载“Windows Media Player”。

== Steam ==
在国内使用 Steam，登录、商店等内容是可以正常访问的（'''steampower.com'''），社区、个人资料等内容需要加速（'''steamcommunity.com'''）。

=== 登录失败、商店错误代码:-324 ===
如何开启了加速软件，但线路不通的时候，可能出现。

解决：'''取消网络代理'''

（下面两个设置，其实是同一个东西）

* 通过 IE 设置取消网络代理：
*# 打开IE -> “设置”->“Internet选项”，在“连接”页找到“局域网设置”；
*#:（运行“inetcpl.cpl”可直接打开“Internet选项”页）
*# 取消勾选“'''自动配置'''”及“'''代理服务器'''”下的选项。
*: [[File:取消 IE 代理.png|400px]]
* 通过 Windows10 设置，取消“网络代理”：
*# 打开“Windows 设置 -> 网络和Internet -> 代理”；
*# 取消勾选“'''自动代理设置'''”及“'''手动设置代理'''”下的选项；
*: [[File:Windows设置：代理.png|600px]]

=== 使用 Steam++ 加速 ===
对于出现“'''错误代码：-118'''”等情况，很可能是服务地址被禁。

解决：通过 [https://steampp.net/ '''Steam++'''（Watt Toolkit）] 为 Steam 的单独、或所有服务加速。

如图：
: [[File:Steam++：为Steam加速.png|600px]]
* 实测：加速模式中，“'''Hosts 代理模式'''”可正常使用，“DNS 驱动拦截”、“PAC 代理模式”时灵时不灵，“系统代理模式”没得用。

'''Steam++ 还可以为其他软件和服务加速。'''

其代理加速具体设置信息可在“Windows 设置 -> 网络和Internet -> 代理”（如上节）中看到，可能无法和其他代理软件同时使用。

== NVIDIA GeForce Experience 打不开 ==
显卡更新频繁，但是 NVIDIA GeForce Experience 这***东西总是打不开（很多很多次），试过了：退出重启、杀进程、管理员启动、服务重启……不好使。

直接去官网下载 NVIDIA GeForce Experience 覆盖安装吧。

破****，***，**！

或者是有使用 GPU 的进程？？？下次试试把 WallpaperEngine 之类的软件关闭看看。

== Duet不能连接 ==
Windows 和 iPad 都打开了 duet 并连接，但是没反应。

【先在 Windows 端关闭 Duet，在断开连接线，就不会出现该问题】
<s>在 Windows 设备管理器 -> 便携设备 -> Apple iPad ：禁用再启用，稍后就连接了。</s>

== OneDrive使用 ==
OneDrive 不同于其他的网盘同步软件：
1、默认只能同步 Windows 提供的几个文件夹。
2、同步的文件夹都会被强制移动到 OneDrive 文件夹中（默认：“C:\Users\XXX\OneDrive”） —— 原位置只留下链接（快捷方式）。

要监听同步不同位置的文件夹，可以使用 '''<code>mklink</code>''' 命令创建“'''符号链接'''”的方式：
: [[File:mklink命令.png|600px]]
* 文件夹依旧位于 Target 中，不会被强制移动。
* OneDrive 只留有 Link，不会有原文件占用大小 —— 仍会同步到云。

示例：
: [[File:mklink命令：示例.png|600px]]

文件:Mklink命令：示例.png

2023-12-28T14:52:23Z

Eijux：

文件:Mklink命令.png

2023-12-28T14:47:48Z

Eijux：Eijux上传文件:Mklink命令.png的新版本

基于MsUpload的文件上传

文件:Mklink命令.png

2023-12-28T14:46:10Z

Eijux：基于MsUpload的文件上传

基于MsUpload的文件上传

FAQ:Windows

2023-12-25T09:35:41Z

Eijux：/* 关于“desktop.ini”文件 */

[[category:Windows]]

== 系统信息 ==
查看系统信息，运行：<big>'''msinfo32'''</big>

== 【备份】BIOS 系统信息 ==
: [[File:BIOS：系统信息.jpg|500px]]

== 任务管理器中有未知启动项不能删除 ==
如图：
:[[File:不能删除的未知启动项.png|600px]]
* 右键“打开文件所在位置”、“属性”不能打开。
* 使用“CCleaner”、“Dism++”等，均不能直接删除。

后来，在使用“Dism++”清理系统时，对照任务管理器，发现该项实际为：
:[[File:Dism++查看启动项.png|600px]]
由此，得到该启动项位置：“'''C:\Users\eijux\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup\'''”
*【'''部分启动项的位置'''在此，备忘】

删除该项即可。

== 文件所有者“'''TrustedInstaller'''” ==
<pre>
TrustedInstaller 是从 Windows Vista 开始出现的一个内置安全主体，在 Windows 中拥有修改系统文件权限，本身是一个服务，以一个账户组的形式出现。

它的全名是：【NT SERVICE\TrustedInstaller】，从名字中我们不难发现，这其实是 NT 服务，并非一个实际存在的用户组。

自从 Windows Vista 以来，为了提升安全性，微软对于权限的把控越来越紧。为了对抗恶意软件随意修改系统文件，Trustedinstaller 应运而生。TrustedInstaller 是从 Windows Vista 开始出现的一个内置安全主体，它的本体是 “Windows Modules Installer” 服务。在 Windows 中拥有修改系统文件权限，以一个用户组的形式出现。通常情况下，在使用 Windows Update 安装系统更新，开启关闭 Windows 功能时起非常重要的作用。
</pre>

Windows 的某些系统文件夹的所有者是“TrustedInstaller”，有时候我们需要获取文件夹或文件的管理员权限，从而修改其“所有者”。
: [[File:文件(夹)的所有者为“TrustedInstaller”.png|600px]]

但是，如果再想更改为 TrustedInstaller 时，我们会发现“选择用户或组”页面进行“立即查找”后，所给出的“用户或组”的列表中并没有“TrustedInstaller”。（“计算机管理”->“本地用户和组”中也看不到该组）

这时，只需在“选择用户或组”页面直接输入其全名<big>“'''NT SERVICE\TrustedInstaller'''”</big>即可。（只输入“TrustedInstaller”无法完成命令）
: [[File:更改所有者为“TrustedInstaller”.png|400px]]

具体步骤:
# 打开文件夹“属性”，切换到“安全”标签页，单击“高级”；
# 在“所有者”项后单击“更改”；
# 在“选择用户或组”窗口，输入“NT SERVICE\TrustedInstaller”，单击“确定”按钮。

== 不能删除文件 ==
Windows 删除某些文件时，会出现各种各样的错误，比如“该项目不在路径中”，或文件权限错误等等。

在删除 mediawiki 的文件夹时也出现了类似问题：
: （mediawiki的这类“xxx.”的文件都不能删除、移动，直接向服务器上传该文件也失败。）
: （简而言之就是权限出错，无法操作）
:{|
|-
|[[File:无法删除的文件.png|400px]]
|[[File:无法删除的文件2.png|400px]]
|[[File:无法删除的文件3.png|thumb|200px]]
|}

解决：
# 建立“强制删除文件夹.bat”（参见[http://wiki.eijux.com/%E5%B8%B8%E7%94%A8%E5%91%BD%E4%BB%A4:Windows#DEL_.E4.B8.8E_RD del 与 rd]）：
#: <syntaxhighlight lang="bash" highlight="">
del /F /S /Q \\?\%1
rd /S /Q \\?\%1
</syntaxhighlight>
# 将不能删除的文件或文件夹直接拖到该bat上，就能强制删除。
#* 但是对于上图的文件，只能拖动删除文件所在文件夹，不能直接删除文件（？安全信息错误显得特殊？）

'''另外的思路，用 [http://wiki.eijux.com/Sysinternals#SDelete SDelete] 删除。（未尝试）'''

== “编辑环境变量”以【列表】展示 ==
如果环境变量的值：
# 以“'''%'''”或“'''.'''”开头，编辑时就会显示为文本框；
#: [[File:Windows10环境变量——文本框展示.png|400px]]
# 以'''盘符'''开始，编辑时就会展示为列表；
#: [[File:Windows10环境变量——列表展示.png|400px]]

== MicrosoftStore下载很慢==
Microsoft Store 下载很慢的时候，禁用（关闭）系统代理就行

== 查看错误日志 ==
Windows + X，选择“'''事件查看器'''”：
在此处查看系统、应用、服务的日志信息。

== '''查看当前电池使用情况''' ==
两种方法：
# 使用 '''AIDA64'''。
#* 一个运行在 Microsoft Windows 操作系统上的系统信息、诊断和审计程序，用于显示计算机的组件的详细信息。
# 命令行（管理员权限）：
#: '''<syntaxhighlight lang="bash" highlight="">
powercfg /batteryreport /output "C:\battery_report.html"
</syntaxhighlight>'''
#: [[File:cmd查看电池使用情况.png|600px]]

== '''CPU 使用率飘忽''' ==
CPU 的使用率总是莫名其妙地忽高忽低，在待机情况下，没有任务时依旧。

=== X Boost ===
'''X Boost'''：
USB Boost：支持 USB 存储设备更快的数据传输速率。
Storage Boost: 支持更快的存储设备访问速度。

通过网络，建议将 '''MSI Dragon Center''' 的 '''X Boost''' 功能关闭，目前情况有所改善。
: [[File:MSI_Dragon_Center：系统环境设置.png|500px]]

=== 优化：设置和服务 ===
以下是通过网络查询到的可能的优化方法，另外还可以通过“'''Dism++'''”（系统优化 -> 服务优化）来进行更多优化。

【'''已经应用'''】：
# 关闭“'''反馈'''”功能：
#: 步骤：“设置 -> 隐私：诊断和反馈”，将“'''反馈频率'''”修改为“'''从不'''”。
# 禁用“'''Connected User Experiences and Telemetry'''（已连接的用户体验和遥测服务）”服务：
#: 该服务将根据事件来管理诊断和使用情况信息的收集和传输（用于改进 Windows 平台的体验和质量）。

【'''暂未使用'''】：（貌似不需要）
# 禁用“'''诊断相关服务'''”：用于支持 Windows 的诊断，涉及“问题检测、疑难解答和解决方案”的相关服务。
#: 包括：“Diagnostic Execution Service”、“Diagnostic Policy Service”、“Diagnostic Service Host”和“Diagnostic System Host”。

另外：在“'''任务管理器：应用历史记录'''”中，将“'''CPU 时间'''”过多的应用（此处显示的都是 '''Microsoft APP'''）限制运行或禁止掉。

（已经发现：可能由于“'''反馈中心'''”、“'''Microsoft 照片'''”等的后台运行时间过长，导致 CPU 使用率居高不下）

== CPU 温度过高 ==
前情提要：
今天装了 WallpaperEngine，在尝试某些“场景”、“视频”、“网页”时，GPU明显受到压力，卡顿严重（尤其是“应用程序”）。
由于默认使用的核显，所以直接导致 CPU 温度升高，风扇狂转。
改为使用独显之后，仍然 CPU 温度居高不下。
（清灰之后依旧）

突然注意到 CPU 的频率是要高于基准频率的，不用说，自动睿频了，但是疑惑的是此时 CPU 压力并不高（30-40%？）
不知道是什么原因导致睿频，还是之前任务睿频后没有降频？

（之前频率为 3.4，温度在 70-90 左右）
通过 MSI Dragon Center 将 ECO 模式改为 Sport 模式，过几分钟再改回 ECO 模式，才使频率将为 1.39 （如图），温度在 40-60 左右。
: [[File:CPU频率.png|400px]]

由于是轻薄本，所以散热格外不好，风扇格外吵，只能想想能不能限制 CPU 频率了：
1、通过高级电源设置限制 CPU 频率，并不好使！
2、MSI 禁止睿频，好像是在 BIOS 中？？？

=== <s>高级电源设置：限制 CPU 最高频率</s> ===
很多伙伴建议，日常办公生活使用，可以将最大处理器状态设置为'''99'''。

'''100'''：代表处理器自动超频（非睿频）；
'''99'''：代表默认处理器正常使用。

: <s>[[File:电源管理：CPU最大状态.png|400px]]</s>
<s>将电源管理中，“最大处理器状态”改为 99（网络上看到有效降温，性能降低不明显）</s>

<big>【亲测，不好使】</big>

'''现象：'''最小CPU状态设置失效，无论是99还是0，均不能控制CPU频率，CPU一直以最高频率运行。或者重启之后，方案失效，CPU一直高功率运行。

'''原因：'''频繁修改电源方案失效、未知选项控制电源方案、可视化设置失效。如果到了这一步，还是无法解决，非系统爱好者、PC从业者，可以选择重装系统解决，爱好者可以详细了解 '''POWERCFG''' 命令，在 power shell 中，利用“'''<code>powercfg /?</code>'''”来详细了解每一项可能解决的设置。

'''解决：'''利用“'''POWERCFG -IMPORT'''”（“<code>powercfg -import “Full path of .pow file</code>”）来替换自己系统内，电源方案文件。

=== MSI Dragon Center 的“Shift”变档模式 ===
机器：MSI GS63 7RE-010CN
CPU：i7-7700HQ
显卡：GeForce1050TI

# “'''Turbo'''”：自定义超频；
#* CPU 如果后缀带 K（不锁倍频）才可以超频，否则仅提供 GPU 超频；
# “'''Sport'''”：全面释放 CPU、GPU 性能；【高性能】
#* CUP 占用率会固定显示 100%。
#* 对于不可超频的CPU，默认为该模式。
# “'''Comfort'''”：平衡模式；【默认】
#* CPU 会自动睿频，一般在 3.4 左右。
# “'''ECO'''”：节能模式；【低功耗】
#* CPU 频率固定在 1.39。
# “'''Power Options'''”：根据电源管理调节；
* Turbo Mode/ Sport Mode/ Comfort Mode 三种选项只有在插上 AC 电源时方能选用；

一直“ECO”模式（高级设置，风扇可以不用转），在开机的时候 CPU 频率在基准频率 2.8 左右，一会儿（打开 Dragon Center）就固定在了 1.39 左右。

<s>暂时不清楚，是因为 Dragon Center 启动了会固定 ECO 的 1.39，还是 ECO 也会在高压力时短暂提升频率。</s>
【其频率还是会随 CPU 使用率变动，并不是固定在一个数值】

<big>'''如果 CPU 压力小但频率一直太高，尝试在 Dragon Center 中，将“Shift”切换到其他模式，再切换回“ECO”。'''</big>

== MSI 启用 '''TPM2.0''' ==
=== 什么是 TPM ===
TPM（可信赖平台模块）是关于安全处理的通用标准，是一种专用微控制器，可通过集成的加密密钥保护硬件。目前，TPM的新版本是2.0。
TPM作为硬件安全密钥具有广泛的作用，例如设备识别、身份验证、加密和完整性验证。

简而言之，TPM主要做两件事：

1、密钥计算：也就是说，使用其内置的加密算法在计算机中生成或验证密码。这些密码可以是硬盘的加密锁、操作系统用来验证其完整性的特征代码（检查程序是否被篡改），或者是专用软件的激活码。
2、密钥存储：TPM本身也是计算机中的一块加密存储单元，不只可以计算密钥，还可以存储密钥。并且由于TPM采用了专用的电路，整个计算和存储过程无需经过内存，在硬盘中不留痕迹，因此密钥生成、验证和存储的安全性非常高。

=== 验证是否支持 TPM2.0 ===
运行：<big>'''tpm.msc'''</big>

* 不支持（未启用）：
*:[[File:TPM2.0（未启用）.png|500px]]
* 支持（已启用）：
*:[[File:TPM2.0（已启用）.png|500px]]

=== MSI BIOS 开启 TPM 支持（隐藏选项） ===
在 Intel 八代 U 之后都内置了 TPM。 ——一直以为老的电脑上没有 TPM 芯片，今天在网上查了资料后尝试了下，成功开启了 TPM（默认关闭）。

# 进入 BIOS 后，按照“'''右ctrl''' + '''右shift''' + '''左alt''' + '''F2'''”显示隐藏选项，才能看到该内容。
#* 未显示隐藏选项：
#*: [[File:BIOS：高级选项（未显示隐藏选项）.jpg|400px]] [[File:BIOS：安全性（未显示隐藏选项）.jpg.jpg|400px]]
#* 显示了隐藏选项：
#*: [[File:BIOS：高级选项（显示了隐藏选项）.jpg|400px]] [[File:BIOS：安全性（显示了隐藏选项）.jpg.jpg|400px]]
# 在 tab 页“安全性”下，进入“'''Trusted Commputing'''”菜单，将“'''Security Device Support'''”设置为“Enable”，保存并重启。
#* 重启后再次该菜单，即可看到已开启的相关内容，确保“TPM2.0 UEFI Spec Version”为“TCG_2”即可。
#*: [[File:BIOS：已启用TPM2.0.jpg|400px]] [[File:BIOS：TPM2.0选项.jpg|500px]]

== Windows：检测、修复系统源文件 ==
在管理员命令提示符下键入以下命令。
# 这条命令将扫描全部系统文件并和官方系统文件对比，扫描计算机中的不一致情况：
#: <syntaxhighlight lang="bash" highlight="">
Dism /Online /Cleanup-Image /ScanHealth
</syntaxhighlight>
# 这条命令必须在前一条命令执行完以后，发现系统文件有损坏时使用：
#: <syntaxhighlight lang="bash" highlight="">
Dism /Online /Cleanup-Image /CheckHealth
</syntaxhighlight>
# 这条命令是把那些不同的系统文件还原成官方系统源文件：
#: <syntaxhighlight lang="bash" highlight="">
DISM /Online /Cleanup-image /RestoreHealth
</syntaxhighlight>
# 论以上命令运行结果如何，运行完成后重启，再键入以下命令：
#: <syntaxhighlight lang="bash" highlight="">
sfc /SCANNOW
</syntaxhighlight>

== 启用 OpenSSH ==
Windows 10 从某个版本（1809）开始已经对 OpenSSH 提供了支持，但是默认并未启用。

步骤：
# 设置 -> 应用 -> 可选功能；
#: [[File:Windows10：可选功能.png|400px]]
# 点击“添加功能”，勾选“OpenSSH 服务器”、“OpenSSH 客户端”并安装：
#: [[File:Windows10：添加“可选功能”.png|400px]]

== 共享文件夹管理 ==
管理所有共享的文件夹，通过“计算机管理”->“系统工具”->“共享文件夹”可以看到。

如图：
: [[File:Windows：共享文件夹管理.png|600px]]

== 禁用“Microsoft Compatibility Telemetry” ==
在启动/从休眠中恢复 Windows 时，总能在任务管理器看到“Microsoft Compatibility Telemetry”的进程，而且 CPU 占用时不时飙升。

Microsoft Compatibility Telemetry 是微软下的一个监测数据收集服务，如果加入microsoft 客户反馈改善计划，该服务就会在监测系统异常并收集反馈到微软。

禁用“Microsoft Compatibility Telemetry”步骤：
# 控制面板：所有控制面板项 -> 管理工具 -> 任务计划程序；
# 定位到：Microsoft -> Windows -> Application Experience 栏目下；
# 找到“Microsoft Compatibility Appraiser”计划任务，禁用。
#: [[File:Windows：禁用“Microsoft Compatibility Appraiser”.png|600px]]
#* “Microsoft Compatibility Appraiser”等同于“Microsoft Compatibility Telemetry”。

== 关于“蓝牙”使用中的问题 ==
情景一：游戏时（蓝牙同时连接：音箱、键盘、耳机、手柄），在键盘睡眠重新连接后，再使用手柄操作总是会卡顿。

情景二：音乐时（蓝牙同时连接：音箱、键盘、耳机），在键盘睡眠重新连接后，耳机（WH-1000XM4）总是会提示“蓝牙已连接”。

以上问题都是由于“'''蓝牙带宽不够'''”导致的，<s>考虑不要同时连接、使用过多设备，关闭、断开（应该不用删除设备）部分设备就会好转</s> —— '''必须删除某些已配对的设备，和当前连接的设备数量无关'''。

P.S. 一直以为是信号不好或者系统对蓝牙设备的自动休眠导致，很难意识到是连接设备过多导致的带宽带宽带宽带宽带宽问题。

== 修改 hosts 文件 ==
hosts 文件（位置：“C:\Users\<user>\scoop”）打开编辑，但是不能直接保存，只有用文件替换。

使用 '''notepad'''（PowerShell 打开）打开 hosts 并修改，就可以直接保存。

== '''查看连接过的 Wifi 密码''' ==
查看当前 Wifi 的密码：（仅当前 Wifi）
[[File:Windows：查看当前 Wifi 的密码.png|600px]]

查看连接过的 Wifi 密码：
# 查看连接过的 Wifi：
#: '''<syntaxhighlight lang="bash" highlight="1">
netsh wlan show profiles
</syntaxhighlight>'''
#: [[File:Windows：查看连接过的 Wifi.png|600px]]
# 查看具体的 Wifi 配置：
#: '''<syntaxhighlight lang="bash" highlight="1,5">
netsh wlan show profile name="<Wifi 名称>" key=clear

或

netsh wlan show profile "<Wifi 名称>" key=clear
</syntaxhighlight>'''
#: [[File:Windows：查看具体过的 Wifi 配置.png|600px]]

== 关于“desktop.ini”文件 ==
“desktop.ini”文件是是系统可识别的一个文件，作用是存储'''用户对文件夹的个性设置'''（用户更换文件夹图标等等都会生成 desktop.ini）。

在一些系统文件夹（如，桌面、文档、下载、图片、音乐、视频等）中广泛存在。

在移动这些系统文件夹位置的时候，可能会丢失“desktop.ini”文件，就会造成某些配置的丢失 —— 如，移动或重新制定“下载”文件夹路径后，显示为“Downloads”（而非随系统语言而显示如“下载”等），且默认图标等也会发生变化。

修复“desktop.ini”文件，步骤：
# 创建“desktop.ini”文件（从其他电脑/用户路径中拷贝也行）
#* 桌面：
#*: <syntaxhighlight lang="bash" highlight="">
[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21769
</syntaxhighlight>
#* 文档：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\windows.storage.dll,-21770
IconResource=%SystemRoot%\system32\imageres.dll,-112
IconFile=%SystemRoot%\system32\shell32.dll
IconIndex=-235

</syntaxhighlight>
#* 下载：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21798
IconResource=%SystemRoot%\system32\imageres.dll,-184

</syntaxhighlight>
#* 图片：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21779
InfoTip=@%SystemRoot%\system32\shell32.dll,-12688
IconResource=%SystemRoot%\system32\imageres.dll,-113
IconFile=%SystemRoot%\system32\shell32.dll
IconIndex=-236

</syntaxhighlight>
#* 音乐：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21790
InfoTip=@%SystemRoot%\system32\shell32.dll,-12689
IconResource=%SystemRoot%\system32\imageres.dll,-108
IconFile=%SystemRoot%\system32\shell32.dll
IconIndex=-237

</syntaxhighlight>
#* 视频：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\windows.storage.dll,-21791
InfoTip=@%SystemRoot%\system32\shell32.dll,-12690
IconResource=%SystemRoot%\system32\imageres.dll,-189
IconFile=%SystemRoot%\system32\shell32.dll
IconIndex=-238

</syntaxhighlight>
# 修改“desktop.ini”文件的'''属性'''：
#: 在文件所在位置打开 Terminal（<code>shift</code> + 右键），并运行：
#: <syntaxhighlight lang="bash" highlight="">
# 增加“只读文件”、“系统文件”、“隐藏文件”属性
attrib +R +S +H "desktop.ini"
</syntaxhighlight>
# 重启 explorer。

FAQ:Windows

2023-12-25T09:22:21Z

Eijux：/* 关于“desktop.ini”文件 */

[[category:Windows]]

== 系统信息 ==
查看系统信息，运行：<big>'''msinfo32'''</big>

== 【备份】BIOS 系统信息 ==
: [[File:BIOS：系统信息.jpg|500px]]

== 任务管理器中有未知启动项不能删除 ==
如图：
:[[File:不能删除的未知启动项.png|600px]]
* 右键“打开文件所在位置”、“属性”不能打开。
* 使用“CCleaner”、“Dism++”等，均不能直接删除。

后来，在使用“Dism++”清理系统时，对照任务管理器，发现该项实际为：
:[[File:Dism++查看启动项.png|600px]]
由此，得到该启动项位置：“'''C:\Users\eijux\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup\'''”
*【'''部分启动项的位置'''在此，备忘】

删除该项即可。

== 文件所有者“'''TrustedInstaller'''” ==
<pre>
TrustedInstaller 是从 Windows Vista 开始出现的一个内置安全主体，在 Windows 中拥有修改系统文件权限，本身是一个服务，以一个账户组的形式出现。

它的全名是：【NT SERVICE\TrustedInstaller】，从名字中我们不难发现，这其实是 NT 服务，并非一个实际存在的用户组。

自从 Windows Vista 以来，为了提升安全性，微软对于权限的把控越来越紧。为了对抗恶意软件随意修改系统文件，Trustedinstaller 应运而生。TrustedInstaller 是从 Windows Vista 开始出现的一个内置安全主体，它的本体是 “Windows Modules Installer” 服务。在 Windows 中拥有修改系统文件权限，以一个用户组的形式出现。通常情况下，在使用 Windows Update 安装系统更新，开启关闭 Windows 功能时起非常重要的作用。
</pre>

Windows 的某些系统文件夹的所有者是“TrustedInstaller”，有时候我们需要获取文件夹或文件的管理员权限，从而修改其“所有者”。
: [[File:文件(夹)的所有者为“TrustedInstaller”.png|600px]]

但是，如果再想更改为 TrustedInstaller 时，我们会发现“选择用户或组”页面进行“立即查找”后，所给出的“用户或组”的列表中并没有“TrustedInstaller”。（“计算机管理”->“本地用户和组”中也看不到该组）

这时，只需在“选择用户或组”页面直接输入其全名<big>“'''NT SERVICE\TrustedInstaller'''”</big>即可。（只输入“TrustedInstaller”无法完成命令）
: [[File:更改所有者为“TrustedInstaller”.png|400px]]

具体步骤:
# 打开文件夹“属性”，切换到“安全”标签页，单击“高级”；
# 在“所有者”项后单击“更改”；
# 在“选择用户或组”窗口，输入“NT SERVICE\TrustedInstaller”，单击“确定”按钮。

== 不能删除文件 ==
Windows 删除某些文件时，会出现各种各样的错误，比如“该项目不在路径中”，或文件权限错误等等。

在删除 mediawiki 的文件夹时也出现了类似问题：
: （mediawiki的这类“xxx.”的文件都不能删除、移动，直接向服务器上传该文件也失败。）
: （简而言之就是权限出错，无法操作）
:{|
|-
|[[File:无法删除的文件.png|400px]]
|[[File:无法删除的文件2.png|400px]]
|[[File:无法删除的文件3.png|thumb|200px]]
|}

解决：
# 建立“强制删除文件夹.bat”（参见[http://wiki.eijux.com/%E5%B8%B8%E7%94%A8%E5%91%BD%E4%BB%A4:Windows#DEL_.E4.B8.8E_RD del 与 rd]）：
#: <syntaxhighlight lang="bash" highlight="">
del /F /S /Q \\?\%1
rd /S /Q \\?\%1
</syntaxhighlight>
# 将不能删除的文件或文件夹直接拖到该bat上，就能强制删除。
#* 但是对于上图的文件，只能拖动删除文件所在文件夹，不能直接删除文件（？安全信息错误显得特殊？）

'''另外的思路，用 [http://wiki.eijux.com/Sysinternals#SDelete SDelete] 删除。（未尝试）'''

== “编辑环境变量”以【列表】展示 ==
如果环境变量的值：
# 以“'''%'''”或“'''.'''”开头，编辑时就会显示为文本框；
#: [[File:Windows10环境变量——文本框展示.png|400px]]
# 以'''盘符'''开始，编辑时就会展示为列表；
#: [[File:Windows10环境变量——列表展示.png|400px]]

== MicrosoftStore下载很慢==
Microsoft Store 下载很慢的时候，禁用（关闭）系统代理就行

== 查看错误日志 ==
Windows + X，选择“'''事件查看器'''”：
在此处查看系统、应用、服务的日志信息。

== '''查看当前电池使用情况''' ==
两种方法：
# 使用 '''AIDA64'''。
#* 一个运行在 Microsoft Windows 操作系统上的系统信息、诊断和审计程序，用于显示计算机的组件的详细信息。
# 命令行（管理员权限）：
#: '''<syntaxhighlight lang="bash" highlight="">
powercfg /batteryreport /output "C:\battery_report.html"
</syntaxhighlight>'''
#: [[File:cmd查看电池使用情况.png|600px]]

== '''CPU 使用率飘忽''' ==
CPU 的使用率总是莫名其妙地忽高忽低，在待机情况下，没有任务时依旧。

=== X Boost ===
'''X Boost'''：
USB Boost：支持 USB 存储设备更快的数据传输速率。
Storage Boost: 支持更快的存储设备访问速度。

通过网络，建议将 '''MSI Dragon Center''' 的 '''X Boost''' 功能关闭，目前情况有所改善。
: [[File:MSI_Dragon_Center：系统环境设置.png|500px]]

=== 优化：设置和服务 ===
以下是通过网络查询到的可能的优化方法，另外还可以通过“'''Dism++'''”（系统优化 -> 服务优化）来进行更多优化。

【'''已经应用'''】：
# 关闭“'''反馈'''”功能：
#: 步骤：“设置 -> 隐私：诊断和反馈”，将“'''反馈频率'''”修改为“'''从不'''”。
# 禁用“'''Connected User Experiences and Telemetry'''（已连接的用户体验和遥测服务）”服务：
#: 该服务将根据事件来管理诊断和使用情况信息的收集和传输（用于改进 Windows 平台的体验和质量）。

【'''暂未使用'''】：（貌似不需要）
# 禁用“'''诊断相关服务'''”：用于支持 Windows 的诊断，涉及“问题检测、疑难解答和解决方案”的相关服务。
#: 包括：“Diagnostic Execution Service”、“Diagnostic Policy Service”、“Diagnostic Service Host”和“Diagnostic System Host”。

另外：在“'''任务管理器：应用历史记录'''”中，将“'''CPU 时间'''”过多的应用（此处显示的都是 '''Microsoft APP'''）限制运行或禁止掉。

（已经发现：可能由于“'''反馈中心'''”、“'''Microsoft 照片'''”等的后台运行时间过长，导致 CPU 使用率居高不下）

== CPU 温度过高 ==
前情提要：
今天装了 WallpaperEngine，在尝试某些“场景”、“视频”、“网页”时，GPU明显受到压力，卡顿严重（尤其是“应用程序”）。
由于默认使用的核显，所以直接导致 CPU 温度升高，风扇狂转。
改为使用独显之后，仍然 CPU 温度居高不下。
（清灰之后依旧）

突然注意到 CPU 的频率是要高于基准频率的，不用说，自动睿频了，但是疑惑的是此时 CPU 压力并不高（30-40%？）
不知道是什么原因导致睿频，还是之前任务睿频后没有降频？

（之前频率为 3.4，温度在 70-90 左右）
通过 MSI Dragon Center 将 ECO 模式改为 Sport 模式，过几分钟再改回 ECO 模式，才使频率将为 1.39 （如图），温度在 40-60 左右。
: [[File:CPU频率.png|400px]]

由于是轻薄本，所以散热格外不好，风扇格外吵，只能想想能不能限制 CPU 频率了：
1、通过高级电源设置限制 CPU 频率，并不好使！
2、MSI 禁止睿频，好像是在 BIOS 中？？？

=== <s>高级电源设置：限制 CPU 最高频率</s> ===
很多伙伴建议，日常办公生活使用，可以将最大处理器状态设置为'''99'''。

'''100'''：代表处理器自动超频（非睿频）；
'''99'''：代表默认处理器正常使用。

: <s>[[File:电源管理：CPU最大状态.png|400px]]</s>
<s>将电源管理中，“最大处理器状态”改为 99（网络上看到有效降温，性能降低不明显）</s>

<big>【亲测，不好使】</big>

'''现象：'''最小CPU状态设置失效，无论是99还是0，均不能控制CPU频率，CPU一直以最高频率运行。或者重启之后，方案失效，CPU一直高功率运行。

'''原因：'''频繁修改电源方案失效、未知选项控制电源方案、可视化设置失效。如果到了这一步，还是无法解决，非系统爱好者、PC从业者，可以选择重装系统解决，爱好者可以详细了解 '''POWERCFG''' 命令，在 power shell 中，利用“'''<code>powercfg /?</code>'''”来详细了解每一项可能解决的设置。

'''解决：'''利用“'''POWERCFG -IMPORT'''”（“<code>powercfg -import “Full path of .pow file</code>”）来替换自己系统内，电源方案文件。

=== MSI Dragon Center 的“Shift”变档模式 ===
机器：MSI GS63 7RE-010CN
CPU：i7-7700HQ
显卡：GeForce1050TI

# “'''Turbo'''”：自定义超频；
#* CPU 如果后缀带 K（不锁倍频）才可以超频，否则仅提供 GPU 超频；
# “'''Sport'''”：全面释放 CPU、GPU 性能；【高性能】
#* CUP 占用率会固定显示 100%。
#* 对于不可超频的CPU，默认为该模式。
# “'''Comfort'''”：平衡模式；【默认】
#* CPU 会自动睿频，一般在 3.4 左右。
# “'''ECO'''”：节能模式；【低功耗】
#* CPU 频率固定在 1.39。
# “'''Power Options'''”：根据电源管理调节；
* Turbo Mode/ Sport Mode/ Comfort Mode 三种选项只有在插上 AC 电源时方能选用；

一直“ECO”模式（高级设置，风扇可以不用转），在开机的时候 CPU 频率在基准频率 2.8 左右，一会儿（打开 Dragon Center）就固定在了 1.39 左右。

<s>暂时不清楚，是因为 Dragon Center 启动了会固定 ECO 的 1.39，还是 ECO 也会在高压力时短暂提升频率。</s>
【其频率还是会随 CPU 使用率变动，并不是固定在一个数值】

<big>'''如果 CPU 压力小但频率一直太高，尝试在 Dragon Center 中，将“Shift”切换到其他模式，再切换回“ECO”。'''</big>

== MSI 启用 '''TPM2.0''' ==
=== 什么是 TPM ===
TPM（可信赖平台模块）是关于安全处理的通用标准，是一种专用微控制器，可通过集成的加密密钥保护硬件。目前，TPM的新版本是2.0。
TPM作为硬件安全密钥具有广泛的作用，例如设备识别、身份验证、加密和完整性验证。

简而言之，TPM主要做两件事：

1、密钥计算：也就是说，使用其内置的加密算法在计算机中生成或验证密码。这些密码可以是硬盘的加密锁、操作系统用来验证其完整性的特征代码（检查程序是否被篡改），或者是专用软件的激活码。
2、密钥存储：TPM本身也是计算机中的一块加密存储单元，不只可以计算密钥，还可以存储密钥。并且由于TPM采用了专用的电路，整个计算和存储过程无需经过内存，在硬盘中不留痕迹，因此密钥生成、验证和存储的安全性非常高。

=== 验证是否支持 TPM2.0 ===
运行：<big>'''tpm.msc'''</big>

* 不支持（未启用）：
*:[[File:TPM2.0（未启用）.png|500px]]
* 支持（已启用）：
*:[[File:TPM2.0（已启用）.png|500px]]

=== MSI BIOS 开启 TPM 支持（隐藏选项） ===
在 Intel 八代 U 之后都内置了 TPM。 ——一直以为老的电脑上没有 TPM 芯片，今天在网上查了资料后尝试了下，成功开启了 TPM（默认关闭）。

# 进入 BIOS 后，按照“'''右ctrl''' + '''右shift''' + '''左alt''' + '''F2'''”显示隐藏选项，才能看到该内容。
#* 未显示隐藏选项：
#*: [[File:BIOS：高级选项（未显示隐藏选项）.jpg|400px]] [[File:BIOS：安全性（未显示隐藏选项）.jpg.jpg|400px]]
#* 显示了隐藏选项：
#*: [[File:BIOS：高级选项（显示了隐藏选项）.jpg|400px]] [[File:BIOS：安全性（显示了隐藏选项）.jpg.jpg|400px]]
# 在 tab 页“安全性”下，进入“'''Trusted Commputing'''”菜单，将“'''Security Device Support'''”设置为“Enable”，保存并重启。
#* 重启后再次该菜单，即可看到已开启的相关内容，确保“TPM2.0 UEFI Spec Version”为“TCG_2”即可。
#*: [[File:BIOS：已启用TPM2.0.jpg|400px]] [[File:BIOS：TPM2.0选项.jpg|500px]]

== Windows：检测、修复系统源文件 ==
在管理员命令提示符下键入以下命令。
# 这条命令将扫描全部系统文件并和官方系统文件对比，扫描计算机中的不一致情况：
#: <syntaxhighlight lang="bash" highlight="">
Dism /Online /Cleanup-Image /ScanHealth
</syntaxhighlight>
# 这条命令必须在前一条命令执行完以后，发现系统文件有损坏时使用：
#: <syntaxhighlight lang="bash" highlight="">
Dism /Online /Cleanup-Image /CheckHealth
</syntaxhighlight>
# 这条命令是把那些不同的系统文件还原成官方系统源文件：
#: <syntaxhighlight lang="bash" highlight="">
DISM /Online /Cleanup-image /RestoreHealth
</syntaxhighlight>
# 论以上命令运行结果如何，运行完成后重启，再键入以下命令：
#: <syntaxhighlight lang="bash" highlight="">
sfc /SCANNOW
</syntaxhighlight>

== 启用 OpenSSH ==
Windows 10 从某个版本（1809）开始已经对 OpenSSH 提供了支持，但是默认并未启用。

步骤：
# 设置 -> 应用 -> 可选功能；
#: [[File:Windows10：可选功能.png|400px]]
# 点击“添加功能”，勾选“OpenSSH 服务器”、“OpenSSH 客户端”并安装：
#: [[File:Windows10：添加“可选功能”.png|400px]]

== 共享文件夹管理 ==
管理所有共享的文件夹，通过“计算机管理”->“系统工具”->“共享文件夹”可以看到。

如图：
: [[File:Windows：共享文件夹管理.png|600px]]

== 禁用“Microsoft Compatibility Telemetry” ==
在启动/从休眠中恢复 Windows 时，总能在任务管理器看到“Microsoft Compatibility Telemetry”的进程，而且 CPU 占用时不时飙升。

Microsoft Compatibility Telemetry 是微软下的一个监测数据收集服务，如果加入microsoft 客户反馈改善计划，该服务就会在监测系统异常并收集反馈到微软。

禁用“Microsoft Compatibility Telemetry”步骤：
# 控制面板：所有控制面板项 -> 管理工具 -> 任务计划程序；
# 定位到：Microsoft -> Windows -> Application Experience 栏目下；
# 找到“Microsoft Compatibility Appraiser”计划任务，禁用。
#: [[File:Windows：禁用“Microsoft Compatibility Appraiser”.png|600px]]
#* “Microsoft Compatibility Appraiser”等同于“Microsoft Compatibility Telemetry”。

== 关于“蓝牙”使用中的问题 ==
情景一：游戏时（蓝牙同时连接：音箱、键盘、耳机、手柄），在键盘睡眠重新连接后，再使用手柄操作总是会卡顿。

情景二：音乐时（蓝牙同时连接：音箱、键盘、耳机），在键盘睡眠重新连接后，耳机（WH-1000XM4）总是会提示“蓝牙已连接”。

以上问题都是由于“'''蓝牙带宽不够'''”导致的，<s>考虑不要同时连接、使用过多设备，关闭、断开（应该不用删除设备）部分设备就会好转</s> —— '''必须删除某些已配对的设备，和当前连接的设备数量无关'''。

P.S. 一直以为是信号不好或者系统对蓝牙设备的自动休眠导致，很难意识到是连接设备过多导致的带宽带宽带宽带宽带宽问题。

== 修改 hosts 文件 ==
hosts 文件（位置：“C:\Users\<user>\scoop”）打开编辑，但是不能直接保存，只有用文件替换。

使用 '''notepad'''（PowerShell 打开）打开 hosts 并修改，就可以直接保存。

== '''查看连接过的 Wifi 密码''' ==
查看当前 Wifi 的密码：（仅当前 Wifi）
[[File:Windows：查看当前 Wifi 的密码.png|600px]]

查看连接过的 Wifi 密码：
# 查看连接过的 Wifi：
#: '''<syntaxhighlight lang="bash" highlight="1">
netsh wlan show profiles
</syntaxhighlight>'''
#: [[File:Windows：查看连接过的 Wifi.png|600px]]
# 查看具体的 Wifi 配置：
#: '''<syntaxhighlight lang="bash" highlight="1,5">
netsh wlan show profile name="<Wifi 名称>" key=clear

或

netsh wlan show profile "<Wifi 名称>" key=clear
</syntaxhighlight>'''
#: [[File:Windows：查看具体过的 Wifi 配置.png|600px]]

== 关于“desktop.ini”文件 ==
“desktop.ini”文件是是系统可识别的一个文件，作用是存储'''用户对文件夹的个性设置'''（用户更换文件夹图标等等都会生成 desktop.ini）。

在一些系统文件夹（如，桌面、文档、下载、图片、音乐、视频等）中广泛存在。

在移动这些系统文件夹位置的时候，可能会丢失“desktop.ini”文件，就会造成某些配置的丢失 —— 如，移动或重新制定“下载”文件夹路径后，显示为“Downloads”（而非随系统语言而显示如“下载”等），且默认图标等也会发生变化。

修复“desktop.ini”文件，步骤：
# 创建“desktop.ini”文件（从其他电脑/用户路径中拷贝也行）
#* 桌面：
#*: <syntaxhighlight lang="bash" highlight="">
[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21769
</syntaxhighlight>
#* 文档：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\windows.storage.dll,-21770
IconResource=%SystemRoot%\system32\imageres.dll,-112
IconFile=%SystemRoot%\system32\shell32.dll
IconIndex=-235

</syntaxhighlight>
#* 下载：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21798
IconResource=%SystemRoot%\system32\imageres.dll,-184

</syntaxhighlight>
#* 图片：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21779
InfoTip=@%SystemRoot%\system32\shell32.dll,-12688
IconResource=%SystemRoot%\system32\imageres.dll,-113
IconFile=%SystemRoot%\system32\shell32.dll
IconIndex=-236

</syntaxhighlight>
#* 音乐：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21790
InfoTip=@%SystemRoot%\system32\shell32.dll,-12689
IconResource=%SystemRoot%\system32\imageres.dll,-108
IconFile=%SystemRoot%\system32\shell32.dll
IconIndex=-237

</syntaxhighlight>
#* 视频：
#*: <syntaxhighlight lang="bash" highlight="">

[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\windows.storage.dll,-21791
InfoTip=@%SystemRoot%\system32\shell32.dll,-12690
IconResource=%SystemRoot%\system32\imageres.dll,-189
IconFile=%SystemRoot%\system32\shell32.dll
IconIndex=-238

</syntaxhighlight>
# 修改“desktop.ini”文件的'''属性'''：
#: 在文件所在位置打开 Terminal（<code>shift</code> + 右键），并运行：
#: <syntaxhighlight lang="bash" highlight="">
# 增加“只读文件”、“系统文件”、“隐藏文件”属性
attrib +R +S +H "desktop.ini"
</syntaxhighlight>
# 重启 explorer。

FAQ:Windows

2023-12-25T08:29:15Z

Eijux：/* 查看连接过的 Wifi 密码 */

[[category:Windows]]

== 系统信息 ==
查看系统信息，运行：<big>'''msinfo32'''</big>

== 【备份】BIOS 系统信息 ==
: [[File:BIOS：系统信息.jpg|500px]]

== 任务管理器中有未知启动项不能删除 ==
如图：
:[[File:不能删除的未知启动项.png|600px]]
* 右键“打开文件所在位置”、“属性”不能打开。
* 使用“CCleaner”、“Dism++”等，均不能直接删除。

后来，在使用“Dism++”清理系统时，对照任务管理器，发现该项实际为：
:[[File:Dism++查看启动项.png|600px]]
由此，得到该启动项位置：“'''C:\Users\eijux\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup\'''”
*【'''部分启动项的位置'''在此，备忘】

删除该项即可。

== 文件所有者“'''TrustedInstaller'''” ==
<pre>
TrustedInstaller 是从 Windows Vista 开始出现的一个内置安全主体，在 Windows 中拥有修改系统文件权限，本身是一个服务，以一个账户组的形式出现。

它的全名是：【NT SERVICE\TrustedInstaller】，从名字中我们不难发现，这其实是 NT 服务，并非一个实际存在的用户组。

自从 Windows Vista 以来，为了提升安全性，微软对于权限的把控越来越紧。为了对抗恶意软件随意修改系统文件，Trustedinstaller 应运而生。TrustedInstaller 是从 Windows Vista 开始出现的一个内置安全主体，它的本体是 “Windows Modules Installer” 服务。在 Windows 中拥有修改系统文件权限，以一个用户组的形式出现。通常情况下，在使用 Windows Update 安装系统更新，开启关闭 Windows 功能时起非常重要的作用。
</pre>

Windows 的某些系统文件夹的所有者是“TrustedInstaller”，有时候我们需要获取文件夹或文件的管理员权限，从而修改其“所有者”。
: [[File:文件(夹)的所有者为“TrustedInstaller”.png|600px]]

但是，如果再想更改为 TrustedInstaller 时，我们会发现“选择用户或组”页面进行“立即查找”后，所给出的“用户或组”的列表中并没有“TrustedInstaller”。（“计算机管理”->“本地用户和组”中也看不到该组）

这时，只需在“选择用户或组”页面直接输入其全名<big>“'''NT SERVICE\TrustedInstaller'''”</big>即可。（只输入“TrustedInstaller”无法完成命令）
: [[File:更改所有者为“TrustedInstaller”.png|400px]]

具体步骤:
# 打开文件夹“属性”，切换到“安全”标签页，单击“高级”；
# 在“所有者”项后单击“更改”；
# 在“选择用户或组”窗口，输入“NT SERVICE\TrustedInstaller”，单击“确定”按钮。

== 不能删除文件 ==
Windows 删除某些文件时，会出现各种各样的错误，比如“该项目不在路径中”，或文件权限错误等等。

在删除 mediawiki 的文件夹时也出现了类似问题：
: （mediawiki的这类“xxx.”的文件都不能删除、移动，直接向服务器上传该文件也失败。）
: （简而言之就是权限出错，无法操作）
:{|
|-
|[[File:无法删除的文件.png|400px]]
|[[File:无法删除的文件2.png|400px]]
|[[File:无法删除的文件3.png|thumb|200px]]
|}

解决：
# 建立“强制删除文件夹.bat”（参见[http://wiki.eijux.com/%E5%B8%B8%E7%94%A8%E5%91%BD%E4%BB%A4:Windows#DEL_.E4.B8.8E_RD del 与 rd]）：
#: <syntaxhighlight lang="bash" highlight="">
del /F /S /Q \\?\%1
rd /S /Q \\?\%1
</syntaxhighlight>
# 将不能删除的文件或文件夹直接拖到该bat上，就能强制删除。
#* 但是对于上图的文件，只能拖动删除文件所在文件夹，不能直接删除文件（？安全信息错误显得特殊？）

'''另外的思路，用 [http://wiki.eijux.com/Sysinternals#SDelete SDelete] 删除。（未尝试）'''

== “编辑环境变量”以【列表】展示 ==
如果环境变量的值：
# 以“'''%'''”或“'''.'''”开头，编辑时就会显示为文本框；
#: [[File:Windows10环境变量——文本框展示.png|400px]]
# 以'''盘符'''开始，编辑时就会展示为列表；
#: [[File:Windows10环境变量——列表展示.png|400px]]

== MicrosoftStore下载很慢==
Microsoft Store 下载很慢的时候，禁用（关闭）系统代理就行

== 查看错误日志 ==
Windows + X，选择“'''事件查看器'''”：
在此处查看系统、应用、服务的日志信息。

== '''查看当前电池使用情况''' ==
两种方法：
# 使用 '''AIDA64'''。
#* 一个运行在 Microsoft Windows 操作系统上的系统信息、诊断和审计程序，用于显示计算机的组件的详细信息。
# 命令行（管理员权限）：
#: '''<syntaxhighlight lang="bash" highlight="">
powercfg /batteryreport /output "C:\battery_report.html"
</syntaxhighlight>'''
#: [[File:cmd查看电池使用情况.png|600px]]

== '''CPU 使用率飘忽''' ==
CPU 的使用率总是莫名其妙地忽高忽低，在待机情况下，没有任务时依旧。

=== X Boost ===
'''X Boost'''：
USB Boost：支持 USB 存储设备更快的数据传输速率。
Storage Boost: 支持更快的存储设备访问速度。

通过网络，建议将 '''MSI Dragon Center''' 的 '''X Boost''' 功能关闭，目前情况有所改善。
: [[File:MSI_Dragon_Center：系统环境设置.png|500px]]

=== 优化：设置和服务 ===
以下是通过网络查询到的可能的优化方法，另外还可以通过“'''Dism++'''”（系统优化 -> 服务优化）来进行更多优化。

【'''已经应用'''】：
# 关闭“'''反馈'''”功能：
#: 步骤：“设置 -> 隐私：诊断和反馈”，将“'''反馈频率'''”修改为“'''从不'''”。
# 禁用“'''Connected User Experiences and Telemetry'''（已连接的用户体验和遥测服务）”服务：
#: 该服务将根据事件来管理诊断和使用情况信息的收集和传输（用于改进 Windows 平台的体验和质量）。

【'''暂未使用'''】：（貌似不需要）
# 禁用“'''诊断相关服务'''”：用于支持 Windows 的诊断，涉及“问题检测、疑难解答和解决方案”的相关服务。
#: 包括：“Diagnostic Execution Service”、“Diagnostic Policy Service”、“Diagnostic Service Host”和“Diagnostic System Host”。

另外：在“'''任务管理器：应用历史记录'''”中，将“'''CPU 时间'''”过多的应用（此处显示的都是 '''Microsoft APP'''）限制运行或禁止掉。

（已经发现：可能由于“'''反馈中心'''”、“'''Microsoft 照片'''”等的后台运行时间过长，导致 CPU 使用率居高不下）

== CPU 温度过高 ==
前情提要：
今天装了 WallpaperEngine，在尝试某些“场景”、“视频”、“网页”时，GPU明显受到压力，卡顿严重（尤其是“应用程序”）。
由于默认使用的核显，所以直接导致 CPU 温度升高，风扇狂转。
改为使用独显之后，仍然 CPU 温度居高不下。
（清灰之后依旧）

突然注意到 CPU 的频率是要高于基准频率的，不用说，自动睿频了，但是疑惑的是此时 CPU 压力并不高（30-40%？）
不知道是什么原因导致睿频，还是之前任务睿频后没有降频？

（之前频率为 3.4，温度在 70-90 左右）
通过 MSI Dragon Center 将 ECO 模式改为 Sport 模式，过几分钟再改回 ECO 模式，才使频率将为 1.39 （如图），温度在 40-60 左右。
: [[File:CPU频率.png|400px]]

由于是轻薄本，所以散热格外不好，风扇格外吵，只能想想能不能限制 CPU 频率了：
1、通过高级电源设置限制 CPU 频率，并不好使！
2、MSI 禁止睿频，好像是在 BIOS 中？？？

=== <s>高级电源设置：限制 CPU 最高频率</s> ===
很多伙伴建议，日常办公生活使用，可以将最大处理器状态设置为'''99'''。

'''100'''：代表处理器自动超频（非睿频）；
'''99'''：代表默认处理器正常使用。

: <s>[[File:电源管理：CPU最大状态.png|400px]]</s>
<s>将电源管理中，“最大处理器状态”改为 99（网络上看到有效降温，性能降低不明显）</s>

<big>【亲测，不好使】</big>

'''现象：'''最小CPU状态设置失效，无论是99还是0，均不能控制CPU频率，CPU一直以最高频率运行。或者重启之后，方案失效，CPU一直高功率运行。

'''原因：'''频繁修改电源方案失效、未知选项控制电源方案、可视化设置失效。如果到了这一步，还是无法解决，非系统爱好者、PC从业者，可以选择重装系统解决，爱好者可以详细了解 '''POWERCFG''' 命令，在 power shell 中，利用“'''<code>powercfg /?</code>'''”来详细了解每一项可能解决的设置。

'''解决：'''利用“'''POWERCFG -IMPORT'''”（“<code>powercfg -import “Full path of .pow file</code>”）来替换自己系统内，电源方案文件。

=== MSI Dragon Center 的“Shift”变档模式 ===
机器：MSI GS63 7RE-010CN
CPU：i7-7700HQ
显卡：GeForce1050TI

# “'''Turbo'''”：自定义超频；
#* CPU 如果后缀带 K（不锁倍频）才可以超频，否则仅提供 GPU 超频；
# “'''Sport'''”：全面释放 CPU、GPU 性能；【高性能】
#* CUP 占用率会固定显示 100%。
#* 对于不可超频的CPU，默认为该模式。
# “'''Comfort'''”：平衡模式；【默认】
#* CPU 会自动睿频，一般在 3.4 左右。
# “'''ECO'''”：节能模式；【低功耗】
#* CPU 频率固定在 1.39。
# “'''Power Options'''”：根据电源管理调节；
* Turbo Mode/ Sport Mode/ Comfort Mode 三种选项只有在插上 AC 电源时方能选用；

一直“ECO”模式（高级设置，风扇可以不用转），在开机的时候 CPU 频率在基准频率 2.8 左右，一会儿（打开 Dragon Center）就固定在了 1.39 左右。

<s>暂时不清楚，是因为 Dragon Center 启动了会固定 ECO 的 1.39，还是 ECO 也会在高压力时短暂提升频率。</s>
【其频率还是会随 CPU 使用率变动，并不是固定在一个数值】

<big>'''如果 CPU 压力小但频率一直太高，尝试在 Dragon Center 中，将“Shift”切换到其他模式，再切换回“ECO”。'''</big>

== MSI 启用 '''TPM2.0''' ==
=== 什么是 TPM ===
TPM（可信赖平台模块）是关于安全处理的通用标准，是一种专用微控制器，可通过集成的加密密钥保护硬件。目前，TPM的新版本是2.0。
TPM作为硬件安全密钥具有广泛的作用，例如设备识别、身份验证、加密和完整性验证。

简而言之，TPM主要做两件事：

1、密钥计算：也就是说，使用其内置的加密算法在计算机中生成或验证密码。这些密码可以是硬盘的加密锁、操作系统用来验证其完整性的特征代码（检查程序是否被篡改），或者是专用软件的激活码。
2、密钥存储：TPM本身也是计算机中的一块加密存储单元，不只可以计算密钥，还可以存储密钥。并且由于TPM采用了专用的电路，整个计算和存储过程无需经过内存，在硬盘中不留痕迹，因此密钥生成、验证和存储的安全性非常高。

=== 验证是否支持 TPM2.0 ===
运行：<big>'''tpm.msc'''</big>

* 不支持（未启用）：
*:[[File:TPM2.0（未启用）.png|500px]]
* 支持（已启用）：
*:[[File:TPM2.0（已启用）.png|500px]]

=== MSI BIOS 开启 TPM 支持（隐藏选项） ===
在 Intel 八代 U 之后都内置了 TPM。 ——一直以为老的电脑上没有 TPM 芯片，今天在网上查了资料后尝试了下，成功开启了 TPM（默认关闭）。

# 进入 BIOS 后，按照“'''右ctrl''' + '''右shift''' + '''左alt''' + '''F2'''”显示隐藏选项，才能看到该内容。
#* 未显示隐藏选项：
#*: [[File:BIOS：高级选项（未显示隐藏选项）.jpg|400px]] [[File:BIOS：安全性（未显示隐藏选项）.jpg.jpg|400px]]
#* 显示了隐藏选项：
#*: [[File:BIOS：高级选项（显示了隐藏选项）.jpg|400px]] [[File:BIOS：安全性（显示了隐藏选项）.jpg.jpg|400px]]
# 在 tab 页“安全性”下，进入“'''Trusted Commputing'''”菜单，将“'''Security Device Support'''”设置为“Enable”，保存并重启。
#* 重启后再次该菜单，即可看到已开启的相关内容，确保“TPM2.0 UEFI Spec Version”为“TCG_2”即可。
#*: [[File:BIOS：已启用TPM2.0.jpg|400px]] [[File:BIOS：TPM2.0选项.jpg|500px]]

== Windows：检测、修复系统源文件 ==
在管理员命令提示符下键入以下命令。
# 这条命令将扫描全部系统文件并和官方系统文件对比，扫描计算机中的不一致情况：
#: <syntaxhighlight lang="bash" highlight="">
Dism /Online /Cleanup-Image /ScanHealth
</syntaxhighlight>
# 这条命令必须在前一条命令执行完以后，发现系统文件有损坏时使用：
#: <syntaxhighlight lang="bash" highlight="">
Dism /Online /Cleanup-Image /CheckHealth
</syntaxhighlight>
# 这条命令是把那些不同的系统文件还原成官方系统源文件：
#: <syntaxhighlight lang="bash" highlight="">
DISM /Online /Cleanup-image /RestoreHealth
</syntaxhighlight>
# 论以上命令运行结果如何，运行完成后重启，再键入以下命令：
#: <syntaxhighlight lang="bash" highlight="">
sfc /SCANNOW
</syntaxhighlight>

== 启用 OpenSSH ==
Windows 10 从某个版本（1809）开始已经对 OpenSSH 提供了支持，但是默认并未启用。

步骤：
# 设置 -> 应用 -> 可选功能；
#: [[File:Windows10：可选功能.png|400px]]
# 点击“添加功能”，勾选“OpenSSH 服务器”、“OpenSSH 客户端”并安装：
#: [[File:Windows10：添加“可选功能”.png|400px]]

== 共享文件夹管理 ==
管理所有共享的文件夹，通过“计算机管理”->“系统工具”->“共享文件夹”可以看到。

如图：
: [[File:Windows：共享文件夹管理.png|600px]]

== 禁用“Microsoft Compatibility Telemetry” ==
在启动/从休眠中恢复 Windows 时，总能在任务管理器看到“Microsoft Compatibility Telemetry”的进程，而且 CPU 占用时不时飙升。

Microsoft Compatibility Telemetry 是微软下的一个监测数据收集服务，如果加入microsoft 客户反馈改善计划，该服务就会在监测系统异常并收集反馈到微软。

禁用“Microsoft Compatibility Telemetry”步骤：
# 控制面板：所有控制面板项 -> 管理工具 -> 任务计划程序；
# 定位到：Microsoft -> Windows -> Application Experience 栏目下；
# 找到“Microsoft Compatibility Appraiser”计划任务，禁用。
#: [[File:Windows：禁用“Microsoft Compatibility Appraiser”.png|600px]]
#* “Microsoft Compatibility Appraiser”等同于“Microsoft Compatibility Telemetry”。

== 关于“蓝牙”使用中的问题 ==
情景一：游戏时（蓝牙同时连接：音箱、键盘、耳机、手柄），在键盘睡眠重新连接后，再使用手柄操作总是会卡顿。

情景二：音乐时（蓝牙同时连接：音箱、键盘、耳机），在键盘睡眠重新连接后，耳机（WH-1000XM4）总是会提示“蓝牙已连接”。

以上问题都是由于“'''蓝牙带宽不够'''”导致的，<s>考虑不要同时连接、使用过多设备，关闭、断开（应该不用删除设备）部分设备就会好转</s> —— '''必须删除某些已配对的设备，和当前连接的设备数量无关'''。

P.S. 一直以为是信号不好或者系统对蓝牙设备的自动休眠导致，很难意识到是连接设备过多导致的带宽带宽带宽带宽带宽问题。

== 修改 hosts 文件 ==
hosts 文件（位置：“C:\Users\<user>\scoop”）打开编辑，但是不能直接保存，只有用文件替换。

使用 '''notepad'''（PowerShell 打开）打开 hosts 并修改，就可以直接保存。

== '''查看连接过的 Wifi 密码''' ==
查看当前 Wifi 的密码：（仅当前 Wifi）
[[File:Windows：查看当前 Wifi 的密码.png|600px]]

查看连接过的 Wifi 密码：
# 查看连接过的 Wifi：
#: '''<syntaxhighlight lang="bash" highlight="1">
netsh wlan show profiles
</syntaxhighlight>'''
#: [[File:Windows：查看连接过的 Wifi.png|600px]]
# 查看具体的 Wifi 配置：
#: '''<syntaxhighlight lang="bash" highlight="1,5">
netsh wlan show profile name="<Wifi 名称>" key=clear

或

netsh wlan show profile "<Wifi 名称>" key=clear
</syntaxhighlight>'''
#: [[File:Windows：查看具体过的 Wifi 配置.png|600px]]

== 关于“desktop.ini”文件 ==
“desktop.ini”文件是用于

Linux包管理：dpkg与apt

2023-12-06T15:20:15Z

Eijux：/* 更新源 */

[[category:Linux]]

== dpkg ==
dpkg，即package manager for Debian（debian系统的包管理工具）。“dpkg is a tool to install, build, remove and manage Debian packages”，dpkg是Debian的一个底层包管理工具，主要用于对已下载到本地和已安装的软件包进行管理。 

这个机制最早由Debian Linux社区所开发出来的，通过dpkg的机制，Debian提供的软件就能够简单的安装起来，同时能提供安装后的软件信息。派生于Debian的其它Linux distributions大多使用dpkg这个机制来管理，包括B2D，Ubuntu等。

=== deb软件包名规则 ===
格式：“Package_Version-Build_Architecture.deb”。 
如：nano_1.3.10-2_i386.deb
# 软件包名称(Package Name): nano
# 版本(Version Number):1.3.10
# 修订号(Build Number):2
# 平台(Architecture):i386

=== 相关文件 ===
{| class="wikitable"
! 文件 !! 说明
|-
| /etc/dpkg/dpkg.cfg
| dpkg的配置文件
|-
| /var/log/dpkg.log
| dpkg的日志文件
|-
| /var/lib/dpkg/available
| 存放系统所有安装过的软件包信息
|-
| /var/lib/dpkg/status
| 存放系统现在所有安装软件的状态信息
|-
| /var/lib/dpkg/info
| 存放安装软件包控制目录的控制信息文件
|}

=== dpkg数据库 ===
* dpkg 使用文本文件作为数据库来维护系统中软件，包括文件清单、依赖关系、软件状态等详细的内容；
相关文本文件通常在“/var/lib/dpkg 目录下，通常在：
# “status”文件中存储软件状态和控制信息
# “info/”目录下备份控制文件，并在其下的；
#: “.list”文件中记录安装文件清单；
#: “.md5sums”保存文件的 MD5 编码。
[[File:dpkg数据库文本.png|800px]]

==== 查询dpkg数据库 ====
显示所有已安装的Deb包“dpkg -l”：
: [[File:dpkg查看数据库.png|800px]]
每条记录的前三个字符为软件包的状态标识（Desired|Status|Err），后边依此是软件包名称、版本号、硬件平台和简单描述，其中
# 第一字符，为期望值（Desired=Unknown/Install/Remove/Purge/Hold），它包括：
#: u Unknown状态未知，这意味着软件包未安装，并且用户也未发出安装请求.
#: i Install用户请求安装软件包.
#: r Remove用户请求卸载软件包.
#: p Purge用户请求清除软件包.
#: h Hold用户请求保持软件包版本锁定.
# 第二列，为软件包的当前状态(Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend)：
#: n Not软件包未安装.
#: i Inst软件包安装并完成配置.
#: c Conf-files软件包以前安装过，现在删除了，但是它的配置文件还留在系统中.
#: u Unpacked软件包被解包，但还未配置.
#: f halF-conf试图配置软件包，但是失败了.
#: h Half-inst软件包安装，但是但是没有成功.
#: w trig-aWait触发器等待
#: t Trig-pend触发器未决
# 第三列标识错误状态，第一种状态标识“(none)”表示没有问题，其它符号则标识相应问题（Err?=(none)/Reinst-required (Status,Err: uppercase=bad)）
#: h 软件包被强制保持，因为有其它软件包依赖需求，无法升级.
#: r Reinst-required，软件包被破坏，可能需要重新安装才能正常使用(包括删除).
#: x 软包件被破坏，并且被强制保持.

=== dpkg 子命令 ===
为了方便用户使用，dpkg不仅提供了大量的参数选项，同时也提供了许多子命令。比如：
<syntaxhighlight lang="bash">
dpkg-deb、dpkg-divert、dpkg-query、dpkg-split、dpkg-statoverride、start-stop-daemon
</syntaxhighlight>

=== dpkg 使用 ===
==== 安装 ====
命令：
# dpkg -i package-name.deb：安装软件包，必须是deb包的完整名称（软件的安装可被拆分为两个对立的过程“解包”和“配置”）；
#: dpkg --unpack package-name.deb：解开软件包到系统目录但不配置；（“解包”）
#: dpkg --configure package-name.deb：配置软件包；（“配置”）
# dpkg -c package-name.deb：列出 deb 包的内容
选项：
# -R,--recursive：递归地处理在指定目录中的指向特定目录中所匹配的所有安装包；
#: 可以和 -i, -A, --install, --unpack 与--avail一起使用

==== 移除 ====
# dpkg -r package-name：移除软件包，但保留其配置文件
# dpkg -P package-name：清除软件包的所有文件

==== 查询 ====
# dpkg -l package-name-pattern：查看系统中软件包名符合pattern模式的软件包
# dpkg -L package-name：查看package-name对应的软件包安装的文件及目录
# dpkg -p package-name：显示包的具体信息
# dpkg -s package-name：查看package-name（已安装）对应的软件包信息
# dpkg -S filename-search-pattern：从已经安装的软件包中查找包含filename的软件包名称

*（也可使用子命令dpkg-query来进行查询操作）

== apt ==
dpkg时，已经解决掉了软件安装过程中的大量问题，但是当依赖关系不满足时，仍然需要手动解决，而apt这个工具解决了这样的问题。

linux distribution 先将软件放置到对应的服务器中，然后分析软件的依赖关系，并且记录下来，然后当客户端有安装软件需求时，通过清单列表与本地的dpkg以存在的软件数据相比较，就能从网络端获取所有需要的具有依赖属性的软件了。

=== 原理 ===
dpkg 采用集中式的软件仓库机制，将各式各样的软件包分门别类地存放在软件仓库中，进行有效地组织和管理。然后，将软件仓库置于许许多多的镜像服务器中，并保持基本一致。这样，所有的Ubuntu用户随时都能获得最新版本的安装软件包。因此，对于用户，这些镜像服务器就是他们的软件源。 

然而，由于每位用户所处的网络环境不同，不可能随意地访问各镜像站点。为了能够有选择地访问，在Debian系统中，使用软件源配置文件“/etc/apt/sources.list”列出最合适访问的镜像站点地址。

==== apt-get update的过程 ====
# 执行“apt-get update”
# 程序分析“/etc/apt/sources.list”
# 自动连网寻找list中对应的“Packages/Sources/Release”列表文件，如果有更新则下载之，存入“/var/lib/apt/lists/”目录
# 然后“apt-get install”相应的包，下载并安装

* “apt-get update”命令会扫描每一个软件源服务器，并为该服务器所具有软件包资源建立索引文件，存放在本地的/var/lib/apt/lists/目录中。
* 使用apt-get执行安装、更新操作时，都将依据这些索引文件，向软件源服务器申请资源。
* 因此，在计算机设备空闲时，经常使用“apt-get update”命令刷新软件源，是一个好的习惯。【？服务器呢？也需要？任务？】

==== apt-get install的过程 ====
[[File:apt-get install原理图.png|400px]]

=== apt 相关文件 ===
{| class="wikitable"
! 命令 !! 说明
|-
| var/lib/dpkg/available
| 存放系统所有安装过的软件包信息
|-
| /etc/apt/sources.list
| 记录软件源的地址
（执行“sudo apt-get install xxx”时，系统就去这些站点下载软件包到本地并执行安装）
|-
| /var/cache/apt/archives
| 已经下载到的软件包
（用“apt-get install”安装软件时，软件包的临时存放路径）
|-
| /var/lib/apt/lists
| 使用“apt-get update”命令会从“/etc/apt/sources.list”中下载软件列表，并保存到该目录
|}

=== 更新源 ===
apt的源文件由配置文件“/etc/apt/sources.list”指定： 
[[File:apt源文件的配置.png|800px]] 
* 在“[http://.../Ubantu/dists/trusty/main/binary-all/ http://.../Ubantu/dists/trusty/main/binary-all/]”的“Packages.gz”中，包含所有所依赖的软件及其版本信息、以及下载地址。

源内容分为四部分，分别为（非上图例）：
<syntaxhighlight lang="properties">
deb ### 镜像地址 ### 版本代号 ### 限定词
deb ### http://mirrors.163.com/debian/ ### wheezy ### main non-free contrib
</syntaxhighlight>
# deb 表示软件的位置，deb-src 代表软件的源代码的位置；
# 镜像地址，其目录结构如下：
#: [[File:镜像url的内容.png|800px]]
#: /dists/：目录包含“发行版”（distributions）；
#: /pool/：目录为软件包的物理地址；软件包均放进一个巨大的 “池子(pool)”，按照源码包名称分类存放；
#:: 为了方便管理，pool 目录下按属性再分类("main", "contrib" 和 "non-free")，分类下面再按源码包名称的首字母归档；
#: /tools/：用于创建启动盘、磁盘分区、压缩/解压文件，启动Linux的DOS下小工具等；
#: /doc/：基本的 Debian 文档, 如 FAQ, 错误报告系统指导等；
#: /indices/：维护人员文件和重载文件；
#: /project/：大部分为开发人员的资源；
# 版本号
#: oldstable：以前的稳定发行版
#: stable：现在的稳定发行版
#:: 对于每个debian来说，每个稳定发行版都会有一个代号，如debian 6叫做squeeze，debian 7叫做wheezy
#: testing：处于测试阶段的发行版
#: unstable：不稳定版本
# 限定词
#: main：Debian 里最基本及主要且符合自由软件规范的软件
#: contrib：自由软件（相对于non-free）
#: non-free：不属于自由软件范畴的软件

=== apt使用 ===
==== apt-get ====
<pre>
apt-get is the command-line tool for handling packages, and may be considered the user's "back-end" to other tools using the APT library. Several "front-end" interfaces exist, such as dselect(?), aptitude(?), synaptic(?) and wajig(?).
</pre>

apt-get 是一个下载安装软件包的简单命令行接口。最常用的命令是update(更新)和install(安装)。 
用法：
<syntaxhighlight lang="bash">
apt-get [选项] 命令
</syntaxhighlight>
选项:
# -h：显示帮助信息；
# -q：输出到日志，不显示进展；
# -qq：不输出信息，错误除外；
# -d：仅下载软件包，不执行安装操作；
# -P：每一步操作都要求确认；
# -s：模拟执行命令，不实际安装；
# -y：所有问题都回答“yes”；
# -v：显示附加信息；
# -u：启动时下载新的软件包列表。
#
# -c=?：阅读配置文件？；
# -o=?：设置自定的配置选项，如“-o dir::cache=/tmp”；

常用命令：
{| class="wikitable"
! 命令 !! 说明
|-
| apt-get update
| 更新源
（“aptitude update”）
|-
| apt-get dist-upgrade
| 升级系统到相应的发行版（根据 source.list 的配置）
（“aptitude dist-upgrade”）
|-
| apt-get upgrade
| 更新所有已经安装的软件包
（“aptitude upgrade”）
|-
| apt-get install package_name
| 安装软件包
（“aptitude install package_name”）
# 参数“--reinstall”用于重新安装
# “apt-get install package_name=version”：安装指定版本的软件包
|-
| apt-get remove package_name
| 卸载一个已安装的软件包（保留配置文件）
（“aptitude remove package_name”）
|-
| apt-get purge package_name
| 移除软件包（删除配置信息）
（“aptitude purge package_name”）
# 或“apt-get --purge remove packagename”
|-
| apt-get check
| 检查是否有损坏的依赖
|-
| apt-get autoclean
| 清理已删除软件的.deb文件
（“aptitude autoclean”）
* 定期清理，可以释放的磁盘空间
|-
| apt-get clean
| 清理已安装软件的备份（不影响软件使用）
（“aptitude clean”）
|}

==== apt-cache ====
<pre>
apt-cache performs a variety of operations on APT's package cache. apt-cache does not manipulate the state of the system but does provide operations to search and generate interesting output from the package metadata.
</pre>
apt-cache：用于对apt的包缓存执行各种操作：
# “apt-cache depends packagename”：了解使用依赖
# “apt-cache rdepends packagename”：是查看该包被哪些包依赖
# “apt-cache search packagename”：搜索包
#: 【aptitude search packagename】
# “apt-cache show packagename”：获取包的相关信息，如说明、大小、版本等
#: 【aptitude show packagename】
# “apt-cache showpkg packagename”：显示软件包的大致信息

Mysql：安装（Windows）

2023-12-06T05:02:16Z

Eijux：/* 多版本安装 */

[[category:MySQL]]
[[category:安装（Windows）]]

== 下载安装包 ==
一般选择的是社区版（MySQL Community Server）的GA版本（正式发布版本、生产版本），链接 [https://dev.mysql.com/downloads/mysql/ MySQL:Download MySQL Community Server]。
: [[File:下载MySQL安装文件.jpg|600px]]

安装文件类型：
# “mysql-xxx-win64.zip”：编译好的 windows 64 位 MySQL，文件解压缩后即可使用（需要手工配置）。
# “mysql-xxx-win64.msi”：windows 安装包，双击执行根据向导安装即可。
# “mysql-xxx.zip”：windows源文件，需要编译。

== 安装 MySQL==
以 mysql-5.7.33-winx64.zip 为例。

安装步骤：
# 解压 MySQL 文件到目的目录；（如“D:\Program Files\mysql-5.7.33-winx64”）
# 配置环境变量：
#: <syntaxhighlight lang="bash" highlight="">
MYSQL_HOME：D:\Program Files\mysql-5.7.33-winx64;

path 添加：%MYSQL_HOME%\bin;
</syntaxhighlight>
# 新建配置文件“'''my.ini'''”：
#: <syntaxhighlight lang="yaml">
[mysql]
# 设置 mysql 客户端默认字符集
default-character-set=utf8

[mysqld]
# 设置 3306 端口
port = 3306

# 设置 mysql 的安装目录
basedir=D:\Program Files\mysql-5.7.23-winx64

# 设置 mysql 数据库的数据的存放目录
datadir=D:\Program Files\mysql-5.7.23-winx64\data

# 允许最大连接数
max_connections=200

# 服务端使用的字符集默认为 8 比特编码的 latin1 字符集
character-set-server=utf8

# 创建新表时将使用的默认存储引擎
default-storage-engine=INNODB
</syntaxhighlight>
#* 用于配置MySQL的基础设置，如字符集、引擎、端口、安装目录、数据目录等。
# 初始化数据库：
#: <syntaxhighlight lang="xml">
# 初始化命令
mysqld --initialize-insecure --user=mysql
</syntaxhighlight>
#: MySQL目录中多出一个“data”文件夹，包含了系统的默认数据库；
#* 如果使用“--initialize”还会生了一个随机的初始 root 密码。
# 安装服务：
#: <syntaxhighlight lang="xml">
# 将服务器安装为 Windows 服务，并设置服务为“自动启动”
mysqld -install [service_name]

# 将服务器安装为 Windows 服务，并设置服务为“手动启动”
mysqld --install-manual [service_name]
</syntaxhighlight>
#* 如果未提供“[service_name]”值，则默认服务名称为“MySQL”。
#* 第一次安装的话会显示“Service successfully installed.”；否则会显示“The service already exists! ...”
#*: [[File:安装服务.jpg|600px]]
# 验证安装：
#: <syntaxhighlight lang="xml">
# 查看MySQL版本
mysql --version
</syntaxhighlight>
#: [[File:查看MySQL版本.png|600px]]

=== 关于“初始化数据库” ===
安装 MySQL 之后，初始化数据库，包括 mysql 系统数据库中的表：
<syntaxhighlight lang="bash" highlight="">
mysqld --initialize --user=mysql [--console]

mysqld --initialize-insecure --user=mysql [--console]
</syntaxhighlight>
# “--user=mysql”：以“mysql”身份运行该命令。
# “--console”：选项将消息定向到 Windows 控制台；否则将写入其标准错误输出：“错误日志”（data目录中后缀为“.err”的文件）。
# “--initialize”：进行“默认安全”的初始化，即：包括'''生成随机的初始root密码'''（可在错误日志中找到）。
#* 以 root 连接到服务器时，“'''<syntaxhighlight lang="xml" inline>mysql -u root -p</syntaxhighlight>'''”需要生成的临时密码；
#* 在这种情况下，密码被标记为'''已过期'''，您将需要选择一个新密码；
# “--initialize-insecure”：执行初始化，但'''不会生成root密码'''。
#* 以 root 连接到服务器时，不使用密码登录“'''<syntaxhighlight lang="xml" inline>mysql -u root --skip-password</syntaxhighlight>'''”；
#* 这是不安全的；假定您在将服务器投入生产使用之前会及时为帐户分配密码；

<pre>
对于某些 MySQL 安装方法，数据目录初始化是自动的。（如在 Windows 上通过msi文件的自动化安装过程）

对于其他安装方法，必须手动初始化数据目录。（包括在 Unix 和类似 Unix 的系统上从通用二进制发行版和源代码发行版进行安装，以及在 Windows 上从 ZIP Archive 软件包进行安装）
</pre>

初始化期间的服务器操作：'''服务器检查数据目录是否存在'''：
# 如果不存在数据目录，则服务器将创建它。
# 如果数据目录存在但不为空（即它包含文件或子目录），则服务器在生成错误消息后退出：
#: <syntaxhighlight lang="xml">
[ERROR] --initialize specified but the data directory exists. Aborting.
</syntaxhighlight>
#* 在这种情况下，请删除或重命名数据目录，然后重试。
* 首次安装 MySQL 之后才需要进行数据目录初始化；但，初始化数据目录的命令不会覆盖任何现有的 mysql 数据库表，因此在任何情况下都可以安全运行。

== 多版本安装 ==
多版本共存时：
1、需要配置不同的环境变量。
2、配置文件中：需要指定不同端口“port”避免冲突；
3、安装时，安装命令需要指定配置文件。

步骤：（以 5.7.35、8.0.27 为例）
# 解压 MySQL 文件到目的目录；
# 新建配置文件：
#: 分别在两个 MySQL 目录中新建“my.ini”：
#: <syntaxhighlight lang="xml" highlight="">
[mysqld]
# 设置端口
port=3306
# 设置 mysql 的安装目录
basedir=D:\Program Files\MySQL\mysql-5.7.35
# 设置 mysql 数据库的数据的存放目录
datadir=D:\Program Files\MySQL\mysql-5.7.35\data
# 允许最大连接数
max_connections=200
# 服务端使用的字符集默认为 8 比特编码的 latin1 字符集
character-set-server=utf8
# 创建新表时将使用的默认存储引擎
default-storage-engine=INNODB

[mysql]
# 设置 mysql 客户端默认字符集
default-character-set=utf8

[client]
# 设置mysql客户端连接服务端时默认使用的端口
port=3306
default-character-set=utf8
</syntaxhighlight>
#: <syntaxhighlight lang="xml" highlight="">
[mysqld]
# 设置端口
port=3307
# 设置mysql的安装目录
basedir=D:\Program Files\MySQL\mysql-8.0.27
# 设置mysql数据库的数据的存放目录
datadir=D:\Program Files\MySQL\mysql-8.0.27\data
# 允许最大连接数
max_connections=200
# 允许连接失败的次数
max_connect_errors=10
# 服务端使用的字符集默认为UTF8
character-set-server=utf8mb4
# 创建新表时将使用的默认存储引擎
default-storage-engine=INNODB
# 认证插件：默认使用“caching_sha2_password”，可选“mysql_native_password”
default_authentication_plugin=caching_sha2_password

[mysql]
# 设置mysql客户端默认字符集
default-character-set=utf8mb4

[client]
# 设置mysql客户端连接服务端时默认使用的端口
port=3307
default-character-set=utf8mb4
</syntaxhighlight>
#* 需要设置不同的端口！
#* MYSQL 8+ 字符编码要求使用“utf8mb4”，否则在初始化的时候会报一个警告；
#* MYSQL 8+ 默认的认证插件为“caching_sha2_password”；MYSQL 5.7 默认使用“mysql_native_password”；
#* “server-id”用于不同服务器的主从复制，这里不需要；
# 初始化数据库：
#: <syntaxhighlight lang="bash" highlight="">
cd D:\Program Files\MySQL\mysql-5.7.35\bin
mysqld --initialize --user=mysql --console

cd D:\Program Files\MySQL\mysql-8.0.27\bin
mysqld --initialize --user=mysql --console
</syntaxhighlight>
#* 完成之后，可以通过“mysqld --version”确认是否成功；
#* 安装第二个时，可能遇到错误：<big>'''<code>[ERROR]—initialize specified but the data directory has files in it ． Aborting ．</code>'''</big>
#*: [[File:MySQL安装多版本错误：--initialize specified but the data directory has files int it.png|600px]]
#*: 原因：由于已为第一个 MySQL 配置了环境变量，所以虽然定位到了第二个 bin 目录，但使用的还是第一个 bin（环境变量中先读取的那个） ——【这他妈是 Windows 的 bug 吧】
#*: 解决：<big>'''先删除环境变量，待初始化、安装服务之后，再配置环境变量。'''</big> ——【由于使用的不是定位的目录，还可能引起许多问题——由于不同版本 MySQL 引起的问题】
# 安装服务：
#: <syntaxhighlight lang="bash" highlight="">
cd D:\Program Files\MySQL\mysql-5.7.35\bin
mysqld –install MySQL57

cd D:\Program Files\MySQL\mysql-8.0.27\bin
mysqld –install MySQL80
</syntaxhighlight>
#* 需要设置不同的服务名称！
# 配置环境变量：
#: <syntaxhighlight lang="bash" highlight="">
MYSQL_HOME57：D:\Program Files\MySQL\mysql-5.7.35
MYSQL_HOME80：D:\Program Files\MySQL\mysql-8.0.27

path 添加：%MYSQL_HOME57%\bin;%MYSQL_HOME80%\bin;
</syntaxhighlight>
# '''修改注册表'''：【！！！】
#: 注册表“计算机\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\”下找到安装的服务，将“'''ImagePath'''”设置为正确的路径，如：
#: <syntaxhighlight lang="bash" highlight="">
计算机\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MySQL57
ImagePath："D:\Program Files\MySQL\mysql-5.7.35\bin\mysqld" MySQL57

计算机\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MySQL57
ImagePath："D:\Program Files\MySQL\mysql-8.0.27\bin\mysqld" MySQL80
</syntaxhighlight>
#* 因为安装了两个版本的 MySQL，所以后一个的执行文件被指向了前一个版本目录中的内容，需要修改！！！
# '''开放端口'''：【！！！】
#: 在防火墙的“高级设置”中添加“'''入站规则'''”，指定需要的端口。
#* 规则可能没生效，可能需要重启。【坑】

::: [[File:MySQL多版本安装.png|800px]]

=== 指定“--defaults-file” ===
如果安装过程中要指定“--defaults-file”，则必须在前面：
: <syntaxhighlight lang="bash" highlight="">
应该是：
mysqld --defaults-file="D:\Program Files\MySQL\mysql-5.7.35\my.ini" --initialize --user=mysql --console

而非：
mysqld --initialize --user=mysql --console --defaults-file="D:\Program Files\MySQL\mysql-5.7.35\my.ini"
</syntaxhighlight>
示例：
: <syntaxhighlight lang="bash" highlight="">
cd D:\Program Files\MySQL\mysql-5.7.35\bin
mysqld --defaults-file="D:\Program Files\MySQL\mysql-5.7.35\my.ini" --initialize --user=mysql --console
mysqld –install MySQL57 --defaults-file="D:\Program Files\MySQL\mysql-5.7.35\my.ini"

cd D:\Program Files\MySQL\mysql-8.0.27\bin
mysqld --defaults-file="D:\Program Files\MySQL\mysql-8.0.27\my.ini" --initialize --user=mysql --console
mysqld –install MySQL80 --defaults-file="D:\Program Files\MySQL\mysql-8.0.27\my.ini"
</syntaxhighlight>

=== 验证安装 ===
如果服务均能启动，则说明安装成功。

如果有服务不能启动：（以下两个作用一样）
# 在注册表“计算机\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\”下找到安装的服务，在“ImagePath”可以确认是不是正确；
# 在服务页面找到安装的服务项，右键页面可以看到服务的安装信息是否正确；

=== “本地计算机上的 MySQLXX 服务启动后停止。某些服务在未由其他程序或服务使用时将自动停止” ===
如上安装了两个MySQL版本之后，发现始终只能启动一个。

: 一开始以为是因为服务的执行文件指向的是同一个目录下的内容，通过注册表项进行了更改，但是问题依旧；
: 然后发现，其实是只能使用“3306”一个接口，无论哪个版本设置3306都可以启动，但是其他接口就不行，所以在防火墙打开了 3306-3309 的接口，但是问题依旧。
【解决】：坑比的系统防火墙规则没生效，重启了一遍才生效，一切正常了。

所以步骤是：
# 修改注册表；
# 开放端口；
# 判断端口是否生效，否则重启试试。

== 卸载MySQL ==
# 移除 MySQL 服务：
#: <syntaxhighlight lang="bash" highlight="">
mysqld -remove
</syntaxhighlight>
# 删除环境变量；
# 删除 MySQL 目录；
#* 此外，在“C:\ProgramData”、“C:\Program Files (x86)”、“C:\Program Files”等位置可能还有 MySQL 的文件夹；

== 进入 MySQL ==
# 启动服务：使用Windows的cmd执行命令，用于手动启动服务：
#: <syntaxhighlight lang="xml">
net start mysql
</syntaxhighlight>
# 登录：
#: <syntaxhighlight lang="xml">
mysql -u root -p
</syntaxhighlight>
# 设置密码：
#: <syntaxhighlight lang="xml">
use mysql;
ALTER USER 'root'@'localhost' IDENTIFIED BY 'new_password';
</syntaxhighlight>
#: 
# 操作数据库：如查看存在的数据库等：
#: <syntaxhighlight lang="xml">
show databases;
</syntaxhighlight>
# 退出和停止：
#: <syntaxhighlight lang="xml">
quit // 退出
net stop mysql // 停止服务
</syntaxhighlight>

== 附：安装 MySQL（mysql-installer-community-5.7.33.0.msi）==
使用Windows Installer安装MySQL顺序而行，没有特别需要注意的地方：
<gallery>
File:WindowsInstaller安装MySQL_1.jpg|“License Agreement（用户许可证协议）”
File:WindowsInstaller安装MySQL_2.jpg|“Choosing a Setup Type（安装类型选择）”
File:WindowsInstaller安装MySQL_3.jpg|根据所选择的安装类型安装 Windows 系统框架（framework）
File:WindowsInstaller安装MySQL_4.jpg|弹出安装程序窗口，安装需要的系统框架
File:WindowsInstaller安装MySQL_5.jpg|框架已经安装完成
File:WindowsInstaller安装MySQL_6.jpg|所需框架均安装成功后，单击 “Next（下一步）”
File:WindowsInstaller安装MySQL_7.jpg|安装确认窗口，单击 “Execute（执行）”按钮，开始 MySQL 各个组件的安装
</gallery>

文件:MySQL安装多版本错误：--initialize specified but the data directory has files int it.png

2023-12-06T04:53:02Z

Eijux：基于MsUpload的文件上传

基于MsUpload的文件上传

文件:CloudFlare：SSL设置.png

2023-08-05T09:37:09Z

Eijux：Eijux上传文件:CloudFlare：SSL设置.png的新版本

基于MsUpload的文件上传

文件:CloudFlare：DNS设置.png

2023-08-05T09:36:15Z

Eijux：Eijux已恢复文件:CloudFlare：DNS设置.png至旧版本

基于MsUpload的文件上传

CloudFlare使用

2023-08-05T09:35:08Z

Eijux：/* SSL 设置 */

[[category:网络工具]]

== 关于 ==
CloudFlare 一般用于 '''CDN 加速'''（如用于外贸网站）和'''DNS解析'''（'''站点代理'''）

== DNS 设置 ==
“代理状态”：
1、“仅 DNS”（“DNS 解析”）：仅用于“DNS 解析”，不用于“站点代理”
2、“已代理”（“站点代理”）：“DNS 解析”+“站点代理”，该'''域名会被 CloudFlare 提供的 IP 隐藏'''

步骤：
# 添加站点
# 修改域名的“'''DNS 解析服务器'''”
#: 在域名供应商（如，阿里云）处修改域名的 DNS 为 CloudFlare 提供的服务器 —— 域名供应商处的“DNS 记录”不再生效
# 设置域名的“'''DNS 记录'''”
#: 与域名供应商处设置的解析记录类同

: [[File:CloudFlare：DNS设置.png|600px]]

== SSL 设置 ==
CloudFlare 要求站点必须使用 SSL 证书。

: [[File:CloudFlare：SSL设置.png|600px]]

证书可以通过多种渠道获取，此处不提。

可以通过【<big>'''[[Acme.sh 使用|acme.sh 脚本]]'''</big>】申请、自动更新证书。

== 端口转发设置 ==
CloudFlare 支持的 '''HTTP''' 端口：80、8080、8880、2052、2082、2086、2095

CloudFlare 支持的 '''HTTPS''' 端口：443、2053、2083、2087、2096、8443

除此此外的端口，需要设置“'''回源规则'''（Origin Rules）”仅行转发：
# 对外提供服务的端口仍为：80 / 443
# 服务器中服务使用的端口：“目的端口”

: [[File:CloudFlare：端口转发设置.png|600px]]

== 附：通过CloudFlare拯救被X的IP ==
即：

1、通过“'''站点代理'''”来让使用被 X 的 IP —— 由域名是不能获取到真实 IP 的

2、SS 客户端一律使用 80 / 443 端口连接 —— SS 服务等可以使用 443 端口，也可以通过“'''回源规则'''”使用其他端口

CloudFlare使用

2023-08-05T09:34:30Z

Eijux：/* SSL 设置 */

[[category:网络工具]]

== 关于 ==
CloudFlare 一般用于 '''CDN 加速'''（如用于外贸网站）和'''DNS解析'''（'''站点代理'''）

== DNS 设置 ==
“代理状态”：
1、“仅 DNS”（“DNS 解析”）：仅用于“DNS 解析”，不用于“站点代理”
2、“已代理”（“站点代理”）：“DNS 解析”+“站点代理”，该'''域名会被 CloudFlare 提供的 IP 隐藏'''

步骤：
# 添加站点
# 修改域名的“'''DNS 解析服务器'''”
#: 在域名供应商（如，阿里云）处修改域名的 DNS 为 CloudFlare 提供的服务器 —— 域名供应商处的“DNS 记录”不再生效
# 设置域名的“'''DNS 记录'''”
#: 与域名供应商处设置的解析记录类同

: [[File:CloudFlare：DNS设置.png|600px]]

== SSL 设置 ==
CloudFlare 要求站点必须使用 SSL 证书。

: [[File:CloudFlare：SSL设置.png|600px]]

证书可以通过多种渠道获取，此处不提。

可以通过【[[Acme.sh 使用|acme.sh 脚本]]】申请、自动更新证书。

== 端口转发设置 ==
CloudFlare 支持的 '''HTTP''' 端口：80、8080、8880、2052、2082、2086、2095

CloudFlare 支持的 '''HTTPS''' 端口：443、2053、2083、2087、2096、8443

除此此外的端口，需要设置“'''回源规则'''（Origin Rules）”仅行转发：
# 对外提供服务的端口仍为：80 / 443
# 服务器中服务使用的端口：“目的端口”

: [[File:CloudFlare：端口转发设置.png|600px]]

== 附：通过CloudFlare拯救被X的IP ==
即：

1、通过“'''站点代理'''”来让使用被 X 的 IP —— 由域名是不能获取到真实 IP 的

2、SS 客户端一律使用 80 / 443 端口连接 —— SS 服务等可以使用 443 端口，也可以通过“'''回源规则'''”使用其他端口

CloudFlare使用

2023-08-05T09:33:21Z

Eijux：创建页面，内容为“category:网络工具 == 关于 == CloudFlare 一般用于 '''CDN 加速'''（如用于外贸网站）和'''DNS解析'''（'''站点代理'''） == DNS 设置 == “代理状态”： 1、“仅 DNS”（“DNS 解析”）：仅用于“DNS 解析”，不用于“站点代理” 2、“已代理”（“站点代理”）：“DNS 解析”+“站点代理”，该'''域名会被 CloudFlare 提供的 IP 隐藏''' 步骤： # 添加站点 # 修改…”

[[category:网络工具]]

== 关于 ==
CloudFlare 一般用于 '''CDN 加速'''（如用于外贸网站）和'''DNS解析'''（'''站点代理'''）

== DNS 设置 ==
“代理状态”：
1、“仅 DNS”（“DNS 解析”）：仅用于“DNS 解析”，不用于“站点代理”
2、“已代理”（“站点代理”）：“DNS 解析”+“站点代理”，该'''域名会被 CloudFlare 提供的 IP 隐藏'''

步骤：
# 添加站点
# 修改域名的“'''DNS 解析服务器'''”
#: 在域名供应商（如，阿里云）处修改域名的 DNS 为 CloudFlare 提供的服务器 —— 域名供应商处的“DNS 记录”不再生效
# 设置域名的“'''DNS 记录'''”
#: 与域名供应商处设置的解析记录类同

: [[File:CloudFlare：DNS设置.png|600px]]

== SSL 设置 ==
CloudFlare 要求站点必须使用 SSL 证书。

: [[File:CloudFlare：SSL设置.png|600px]]

证书可以通过多种渠道获取，此处不提。
* 证书的设置可以通过 [[Acme.sh 使用|acme.sh 脚本]]，可以申请、自动更新证书

== 端口转发设置 ==
CloudFlare 支持的 '''HTTP''' 端口：80、8080、8880、2052、2082、2086、2095

CloudFlare 支持的 '''HTTPS''' 端口：443、2053、2083、2087、2096、8443

除此此外的端口，需要设置“'''回源规则'''（Origin Rules）”仅行转发：
# 对外提供服务的端口仍为：80 / 443
# 服务器中服务使用的端口：“目的端口”

: [[File:CloudFlare：端口转发设置.png|600px]]

== 附：通过CloudFlare拯救被X的IP ==
即：

1、通过“'''站点代理'''”来让使用被 X 的 IP —— 由域名是不能获取到真实 IP 的

2、SS 客户端一律使用 80 / 443 端口连接 —— SS 服务等可以使用 443 端口，也可以通过“'''回源规则'''”使用其他端口

文件:CloudFlare：端口转发设置.png

2023-08-05T09:23:36Z

Eijux：基于MsUpload的文件上传

基于MsUpload的文件上传

文件:CloudFlare：SSL设置.png

2023-08-05T09:22:03Z

Eijux：基于MsUpload的文件上传

基于MsUpload的文件上传

文件:CloudFlare：DNS设置.png

2023-08-05T09:21:40Z

Eijux：Eijux上传文件:CloudFlare：DNS设置.png的新版本

基于MsUpload的文件上传

文件:CloudFlare：DNS设置.png

2023-08-05T09:20:53Z

Eijux：基于MsUpload的文件上传

基于MsUpload的文件上传

MySQL 优化：优化 SQL 语句：优化 SELECT 语句

2023-04-26T19:34:59Z

Eijux：/* 条件过滤【？？？】 */

[[category:MySQL文档]]

== 关于 ==
查询以“SELECT”语句的形式执行数据库中的所有查找操作。
* 除了“SELECT”语句外，查询的调整技术还适用于：“CREATE TABLE...AS SELECT”，“INSERT INTO...SELECT”和“DELETE”语句中的“WHERE”子句。这些语句还有其他性能方面的考虑，因为它们将写操作与面向读取的查询操作结合在一起。
* NDB Cluster 支持 join 下推优化，将符合条件的 join 整体发送到 NDB Cluster 数据节点，在这些节点之间可以分布并并行执行。【？？？】

优化查询的主要注意事项是：
# 要使慢速“SELECT ... WHERE”查询更快，首先要检查的是是否可以添加'''index'''。在“WHERE”子句中使用的列上设置索引，以加快评估，过滤和最终检索结果的速度。为了避免浪费磁盘空间，请构造一小组索引，以加快应用程序中使用的许多相关查询的速度。
#: 对于使用“joins”和“foreign keys”之类的功能引用不同表的查询，索引尤为重要。您可以使用“'''EXPLAIN'''”语句来确定 SELECT 使用哪些索引。
# 隔离并调整查询中花费时间过多的任何部分，例如函数调用。根据查询的结构方式，可以对结果集中的每一行调用一次函数，甚至可以对表中的每一行调用一次函数，从而极大地提高了效率。
# 最小化查询中的'''全表扫描'''数量，尤其是对于大表。
# 通过定期使用“'''ANALYZE TABLE'''”语句来使表统计信息保持最新，因此优化器具有构造有效执行计划所需的信息。
# 了解每个表的'''存储引擎'''特定的调整技术，索引技术和配置参数。InnoDB 和 MyISAM 都有一套准则，用于启用和维持查询的高性能。
# 避免以难以理解的方式转换查询，尤其是在优化程序自动执行某些相同转换的情况下。【？】
# 如果使用基本准则之一不能轻松解决性能问题，请通过阅读“EXPLAIN”计划并调整'''索引，WHERE 子句，join 子句'''等来调查特定查询的内部详细信息。
#* （当您达到一定的专业水平时，阅读 EXPLAIN 计划可能是每个查询的第一步。）【！】
# 调整 MySQL 用于缓存的内存区域的大小和属性。通过有效地使用'''InnoDB buffer pool（缓冲池），MyISAM 键高速缓存和 MySQL 查询高速缓存'''，重复查询的运行速度更快，因为第二次及以后都从内存中检索结果。
# 即使对于使用缓存区域快速运行的查询，您也可能会进一步优化，以使它们需要更少的缓存，从而使您的应用程序更具可伸缩性。可伸缩性意味着您的应用程序可以处理更多的并发用户，更大的请求等，而不会导致性能大幅下降。
# 处理'''锁'''问题，其中其他会话同时访问表可能会影响查询速度。

== WHERE 子句优化【适用于“SELECT”、“DELETE”和“UPDATE”语句中的“WHERE”子句】==
您可能会试图重写查询以加快算术运算，同时牺牲可读性。
* 因为'''MySQL会自动进行类似的优化'''，所以通常可以避免这项工作，并以更易于理解和维护的形式保留查询。

MySQL 执行的一些优化如下：
# 删除不必要的括号：
#: <syntaxhighlight lang="mysql">
((a AND b) AND c OR (((a AND b) AND (c AND d))))
-> (a AND b AND c) OR (a AND b AND c AND d)
</syntaxhighlight>
# 常数折叠：
#: <syntaxhighlight lang="mysql">
(a b>5 AND b=c AND a=5
</syntaxhighlight>
# 常数条件移除：
#: <syntaxhighlight lang="mysql">
(b>=5 AND b=5) OR (b=6 AND 5=5) OR (b=7 AND 5=6)
-> b=5 OR b=6
</syntaxhighlight>
# 索引使用的常量表达式仅计算一次。
# '''“COUNT(*)”：在没有“WHERE”单表上，是直接从 MyISAM 和 MEMORY 表的表信息中检索的。'''
#* 当其仅与一个表一起使用时，对于任何“NOT NULL”表达式也将执行此操作。
# 早期检测无效常量表达式。MySQL很快检测到一些“SELECT”语句是不可能的，并且不返回任何行。
# '''如果不使用“GROUP BY”或集合函数（“COUNT()”、“MIN()”等），“HAVING”将与“WHERE”合并'''。
# 对于联接中的每个表，构造一个'''更简单的“WHERE”'''来快速计算表的“WHERE”，并尽快跳过行。
# 在查询中的所有其他表之前，首先读取所有'''常量表'''。常量表可以是以下任意一个：【？？？】
## 空表或具有一行的表。
## 在“主键”或“唯一索引”上使用“WHERE”子句的表，其中所有索引部分都与常量表达式进行比较，并定义为“NOT NULL”。【？】
#: 以下所有表均用作常量表：
#: <syntaxhighlight lang="mysql">
SELECT * FROM t WHERE primary_key=1;
SELECT * FROM t1,t2
WHERE t1.primary_key=1 AND t2.primary_key=t1.id;
</syntaxhighlight>
# 通过尝试所有可能的方法，找到用于联接表的最佳联接组合。'''如果“ORDER BY”和“GROUP BY”子句中的所有列都来自同一表，则在联接时优先使用该表。'''
# 如果有一个“ORDER BY”子句和另一个“GROUP BY”子句，或者“ORDER BY”或“GROUP BY”包含联接队列中第一个表以外的表中的列，则会创建一个临时表。【？？？】
# 如果使用“'''SQL_SMALL_RESULT'''”修饰符，则 MySQL 使用内存中的临时表。【？？？】
# 查询每个表索引，并使用'''最佳索引'''，除非优化程序认为使用全表扫描更有效。同时，使用扫描是基于最佳索引是否跨越了表的 30％以上，但是固定百分比不再决定使用索引还是扫描。现在，优化器更加复杂，其评估基于其他因素，例如表大小，行数和 I/O 块大小。
# 在输出每一行之前，将跳过与“HAVING”子句不匹配的行。

快速查询示例：
<syntaxhighlight lang="mysql">
SELECT COUNT(*) FROM tbl_name;

SELECT MIN(key_part1),MAX(key_part1) FROM tbl_name;

SELECT MAX(key_part2) FROM tbl_name
WHERE key_part1=constant;

SELECT ... FROM tbl_name
ORDER BY key_part1,key_part2,... LIMIT 10;

SELECT ... FROM tbl_name
ORDER BY key_part1 DESC, key_part2 DESC, ... LIMIT 10;
</syntaxhighlight>
假设索引列是数字，MySQL 仅使用索引树来解析以下查询：
<syntaxhighlight lang="mysql">
SELECT key_part1,key_part2 FROM tbl_name WHERE key_part1=val;

SELECT COUNT(*) FROM tbl_name
WHERE key_part1=val1 AND key_part2=val2;

SELECT key_part2 FROM tbl_name GROUP BY key_part1;
</syntaxhighlight>
以下查询使用索引来按排序 Sequences 检索行，而无需单独的排序遍历：
<syntaxhighlight lang="mysql">
SELECT ... FROM tbl_name
ORDER BY key_part1,key_part2,... ;

SELECT ... FROM tbl_name
ORDER BY key_part1 DESC, key_part2 DESC, ... ;
</syntaxhighlight>

== 范围优化【？？？？？？】 ==
range访问方法使用单个索引来检索包含在一个或几个索引值间隔内的表行的子集。它可以用于单部分或多部份索引。

=== 单部分索引的范围访问方法【？？？】 ===
对于单部分索引，索引值间隔可以方便地由“WHERE”子句中的相应条件表示，表示为范围条件，而不是“间隔”。【？】

单部分索引的范围条件的定义如下：
# 对于 B树和 HASH 索引，使用'''='''，'''<=>'''，'''IN()'''，'''IS NULL'''或'''不为空'''运算符时，将关键部分与常量值进行比较是一个范围条件。
# 此外，对于 B树索引，使用'''>'''，'''<'''，'''>='''，'''<='''，'''BETWEEN'''，'''!='''或'''<>'''运算符时，将关键部分与常量值进行比较是一个范围条件；
#* 如果'''LIKE'''的参数为常量字符串，则'''进行 LIKE 比较不能以通配符开头'''。
# 对于所有索引类型，将多个范围条件与'''OR'''或'''AND'''组合在一起可形成范围条件。

前面的描述中的“常量值”表示以下之一：
# 查询字符串中的常量；
# 来自同一联接的常量或system表中的列；
# 不相关子查询的结果；
# 任何完全由上述类型的子表达式组成的表达式；

以下是“WHERE”子句中具有范围条件的查询示例：
<syntaxhighlight lang="mysql">
SELECT * FROM t1
WHERE key_col > 1
AND key_col < 10;

SELECT * FROM t1
WHERE key_col = 1
OR key_col IN (15,18,20);

SELECT * FROM t1
WHERE key_col LIKE 'ab%'
OR key_col BETWEEN 'bar' AND 'foo';
</syntaxhighlight>
* 在优化程序常数传播阶段，某些非常数值可以转换为常数。

MySQL 尝试从“WHERE”子句中为每个可能的索引'''提取范围条件'''。在提取过程中，删除了不能用于构建范围条件的条件，合并了产生重叠范围的条件，并删除了产生空范围的条件。【？？？】

示例：【？？？？？？？？？】 
请考虑以下语句，其中 key1 是索引列，而 nonkey 没有索引：
<syntaxhighlight lang="mysql">
SELECT * FROM t1 WHERE
(key1 < 'abc' AND (key1 LIKE 'abcde%' OR key1 LIKE '%b')) OR
(key1 < 'bar' AND nonkey = 4) OR
(key1 < 'uux' AND key1 > 'z');
</syntaxhighlight>
密钥 key1 的提取过程如下：
# 从原始的 WHERE 子句开始：
#: <syntaxhighlight lang="mysql">
(key1 < 'abc' AND (key1 LIKE 'abcde%' OR key1 LIKE '%b')) OR
(key1 < 'bar' AND nonkey = 4) OR
(key1 < 'uux' AND key1 > 'z')
</syntaxhighlight>
# 删除“nonkey = 4”【B树索引“=”结果不为范围】和“key1 LIKE '%b'”【“LIKE”以通配符开始结果不为范围】，因为它们不能用于范围扫描。删除它们的正确方法是将它们替换为“TRUE”，这样我们在进行范围扫描时就不会丢失任何匹配的行。用 TRUE 替换它们会产生：
#: <syntaxhighlight lang="mysql">
(key1 < 'abc' AND (key1 LIKE 'abcde%' OR TRUE)) OR
(key1 < 'bar' AND TRUE) OR
(key1 < 'uux' AND key1 > 'z')
</syntaxhighlight>
# 折叠始终为 true 或 false 的条件：
#* (key1 LIKE 'abcde%' OR TRUE) 始终为真
#* (key1 < 'uux' AND key1 > 'z') 始终为假
# 用常量替换这些条件将产生：
#: <syntaxhighlight lang="mysql">
(key1 < 'abc' AND TRUE) OR (key1 < 'bar' AND TRUE) OR (FALSE)
</syntaxhighlight>
# 删除不必要的 TRUE 和 FALSE 常量将产生：
#: <syntaxhighlight lang="mysql">
(key1 < 'abc') OR (key1 < 'bar')
</syntaxhighlight>
# 将重叠的间隔合并为一个会产生用于范围扫描的最终条件：
#: <syntaxhighlight lang="mysql">
(key1 < 'bar')
</syntaxhighlight>

一般而言(如前面的示例所示)，范围扫描所使用的条件比“WHERE”子句的限制要少。 MySQL 执行附加检查以过滤出满足范围条件但不完整的“WHERE”子句的行。【？】

范围条件提取算法可以处理任意深度的嵌套 AND / OR 结构，并且其输出不取决于条件在 WHERE 子句中出现的顺序。

MySQL 不支持为空间索引的range访问方法合并多个范围。要解决此限制，可以将“UNION”与相同的“SELECT”语句一起使用，除了将每个空间谓词放在不同的“SELECT”中。

=== 多部分索引的范围访问方法【？？？】 ===
多部分索引的范围条件是单部分索引的范围条件的扩展。

Multipart 索引的范围条件是单部分索引的范围条件的扩展。Multipart 索引上的范围条件将索引行限制在一个或几个键 Tuples 间隔内。使用从索引开始的 Sequences，在一组键 Tuples 上定义键 Tuples 间隔。

例如，考虑定义为“key1(key_part1, key_part2, key_part3)”的 Multipart 索引，并按键 Sequences 列出以下一组键 Tuples：
<syntaxhighlight lang="mysql">
key_part1 key_part2 key_part3
NULL 1 'abc'
NULL 1 'xyz'
NULL 2 'foo'
1 1 'abc'
1 1 'xyz'
1 2 'abc'
2 1 'aaa'
</syntaxhighlight>
条件“key_part1 = 1”定义了此间隔：
<syntaxhighlight lang="mysql">
(1,-inf,-inf) <= (key_part1,key_part2,key_part3) < (1,+inf,+inf)
</syntaxhighlight>
该间隔涵盖了先前数据集中的第 4，第 5 和第 6 个 Tuples，并且可以由范围访问方法使用。

相反，条件“key_part3 = 'abc'”并未定义单个间隔，并且不能被范围访问方法使用。

关于范围条件如何作用于 Multipart 索引：【？？？】
# 对于 HASH 索引，可以使用每个包含相同值的间隔。【？？？】
#: 这意味着只能针对以下形式的条件生成间隔：
#: <syntaxhighlight lang="mysql">
key_part1 cmp const1
AND key_part2 cmp const2
AND ...
AND key_partN cmp constN;
</syntaxhighlight>
#: 这里，const1，const2，…是常量，cmp 是 =，<=> 或 IS NULL 比较运算符之一，并且条件涵盖所有索引部分。（也就是说，存在 N 条件， N-part 索引的每个部分都有一个条件）例如，以下是由三部分组成的 HASH索引的范围条件：
#: <syntaxhighlight lang="mysql">
key_part1 = 1 AND key_part2 IS NULL AND key_part3 = 'foo'
</syntaxhighlight>
# 对于 B树索引，间隔可用于与“AND”组合的条件，其中每个条件使用 =，<=>，IS NULL，>，<，>=，<=，!=，<>，BETWEEN 或 LIKE 'pattern' 将键部分与常数值进行比较（其中'pattern'不能以通配符开头）。只要可以确定包含所有与条件匹配的行的单个键 Tuples，就可以使用一个间隔（如果使用 <> 或 !=，则可以使用两个间隔)。【？？？】
#: 只要比较运算符是 =，<=> 或 IS NULL，优化器就会尝试使用其他关键部分来确定间隔。如果运算符是 >，<，>=，<=，!=，<>，BETWEEN 或 LIKE，则优化器将使用它，但不再考虑其他关键部分。对于以下表达式，优化器使用第一个比较中的 =。它还从第二次比较中使用 >=，但不考虑其他关键部分，并且不将第三次比较用于间隔构造：
#: <syntaxhighlight lang="mysql">
key_part1 = 'foo' AND key_part2 >= 10 AND key_part3 > 10
</syntaxhighlight>
#: 单个间隔为：
#: <syntaxhighlight lang="mysql">
('foo',10,-inf) < (key_part1,key_part2,key_part3) < ('foo',+inf,+inf)
</syntaxhighlight>
#* 创建的间隔可能包含比初始条件更多的行。例如，前面的时间间隔包含不满足原始条件的值('foo', 11, 0)。
# 如果将覆盖间隔中包含的行集合的条件与“OR”组合，则它们将形成覆盖间隔中的并集内包含的行集合的条件。如果条件与“AND”组合，则它们将形成一个条件，该条件覆盖其间隔的交点内包含的一组行。例如，对于由两部分组成的索引的这种情况：
#: <syntaxhighlight lang="mysql">
(key_part1 = 1 AND key_part2 < 2) OR (key_part1 > 5)
</syntaxhighlight>
#: 间隔为：
#: <syntaxhighlight lang="mysql">
(1,-inf) < (key_part1,key_part2) < (1,2)
(5,-inf) < (key_part1,key_part2)
</syntaxhighlight>
#: 在此示例中，第一行的间隔使用一个关键部分作为左边界，使用两个关键部分作为右边界。第二行的间隔仅使用一个关键部分。 EXPLAIN 输出中的 key_len 列表示所使用的键前缀的最大长度。

在某些情况下，key_len 可能表明已使用了关键部件，但这可能不是您期望的。【？？？】
: 假设 key_part1 和 key_part2 可以是 NULL。然后 key_len 列显示以下条件的两个关键 Component 长度：
: <syntaxhighlight lang="mysql">
key_part1 >= 1 AND key_part2 < 2
</syntaxhighlight>
: 但是，实际上，条件已转换为：
: <syntaxhighlight lang="mysql">
key_part1 >= 1 AND key_part2 IS NOT NULL
</syntaxhighlight>

=== 多值比较的等距范围优化【？？？】 ===
考虑以下表达式，其中“col_name”是索引列：
<syntaxhighlight lang="mysql">
col_name IN(val1, ..., valN)
col_name = val1 OR ... OR col_name = valN
</syntaxhighlight>
如果 col_name 等于多个值中的任何一个，则每个表达式为 true。这些比较是相等范围比较（其中“范围”是单个值）。优化器估算读取相等行以进行相等范围比较的成本，如下所示：
# 如果 col_name 上有唯一索引，则每个范围的行估计为 1，因为最多一行可以具有给定值。
# 否则，col_name 上的任何索引都是唯一的，优化器可以使用对索引或索引统计数据的深入估算来估计每个范围的行数。【？？？】

使用'''索引下潜'''时，优化器在范围的每个末端进行下潜，并将范围中的行数用作估计值。例如，表达式“col_name IN (10, 20, 30)”具有三个相等范围，并且优化程序对每个范围进行两次下潜以生成行估计。每对下潜都会得出具有给定值的行数的估计值。【？？？】
* 索引下潜可提供准确的行估计，但是随着表达式中比较值的数量增加，优化器将花费更长的时间来生成行估计。使用索引统计信息的准确性不如使用索引统计法准确，但允许对大型值列表进行更快的行估计。

'''eq_range_index_dive_limit'''系统变量使您可以配置优化器从一种行估计策略切换到另一种行估计策略的值的数量：
# 要允许索引下潜用于最多 N 个相等范围的比较，请将 eq_range_index_dive_limit 设置为 N + 1。
# 要禁用统计信息的使用，并且无论 N 始终使用索引潜水，请将 eq_range_index_dive_limit 设置为 0。

要更新表索引统计信息以获得最佳估计值，请使用“'''ANALYZE TABLE'''”。

即使在本应使用索引下潜的条件下，对于满足所有这些条件的查询也将跳过它们：
# 存在单索引“FORCE INDEX”索引提示。其思想是，如果强制使用索引，那么执行下潜索引的额外开销将无济于事。
# 索引不是唯一的，不是“FULLTEXT”索引。
# 没有子查询。
# 没有“DISTINCT”，“GROUP BY”或“ORDER BY”子句。
这些下潜跳过条件仅适用于单表查询。对于多表查询（联接），不会跳过索引下潜。

=== 行构造函数表达式的范围优化【？？？】 ===
优化程序可以将范围扫描访问方法应用于以下形式的查询：
'''<syntaxhighlight lang="mysql">
SELECT ... FROM t1 WHERE ( col_1, col_2 ) IN (( 'a', 'b' ), ( 'c', 'd' ));
</syntaxhighlight>'''
* 以前，要使用范围扫描，必须将查询编写为：
*: <syntaxhighlight lang="mysql">
SELECT ... FROM t1 WHERE ( col_1 = 'a' AND col_2 = 'b' )
OR ( col_1 = 'c' AND col_2 = 'd' );
</syntaxhighlight>

为了使优化器使用范围扫描，查询必须满足以下条件：
# '''仅使用“IN()”谓词，而不使用“NOT IN()”'''。
# 在“IN()”谓词的左侧，行构造函数仅包含列引用。
# 在“IN()”谓词的右侧，行构造函数仅包含运行时常量，这些常量是在执行期间绑定到常量的 Literals 或本地列引用。
# 在“IN()”谓词的右侧，有多个行构造器。

=== 限制内存用于范围优化【？？？】 ===
要控制范围优化器可用的内存，请使用 '''range_optimizer_max_mem_size''' 系统变量：
# 值 0 表示“无限制”。
# 值大于 0 时，优化程序将在考虑范围访问方法时跟踪消耗的内存。如果将要超出指定的限制，则将放弃范围访问方法，而改为考虑其他方法，包括全表扫描。这可能不太理想。如果发生这种情况，则会发生以下警告（其中 N 是当前的 range_optimizer_max_mem_size 值）：
#: <syntaxhighlight lang="mysql">
Warning 3170 Memory capacity of N bytes for
'range_optimizer_max_mem_size' exceeded. Range
optimization was not done for this query.
</syntaxhighlight>
* 对于“UPDATE”和“DELETE”语句，如果优化器退回到全表扫描并且启用了 sql_safe_updates 系统变量，则会发生错误而不是警告，因为实际上，没有键用于确定要修改的行。
* 对于超出可用范围优化内存的单个查询，并且对于该查询，优化器后退到次优计划，增大 range_optimizer_max_mem_size 值可以提高性能。

若要估计处理范围表达式所需的内存量，请使用以下准则：【？】
# 对于如下所示的简单查询，其中存在一个用于范围访问方法的候选键，每个与“'''OR'''”谓词的组合大约使用 230 个字节：
#: <syntaxhighlight lang="mysql">
SELECT COUNT(*) FROM t
WHERE a=1 OR a=2 OR a=3 OR .. . a=N;
</syntaxhighlight>
# 同样，对于以下查询，每个与“'''AND'''”谓词的组合大约使用 125 个字节：
#: <syntaxhighlight lang="mysql">
SELECT COUNT(*) FROM t
WHERE a=1 AND b=1 AND c=1 ... N;
</syntaxhighlight>
# 对于带有“'''IN()'''”谓词的查询：
#: <syntaxhighlight lang="mysql">
SELECT COUNT(*) FROM t
WHERE a IN (1,2, ..., M) AND b IN (1,2, ..., N);
</syntaxhighlight>
#* “IN()”列表中的每个 Literals 值都算作与“OR”组合的谓词。如果有两个“IN()”列表，则谓词与“OR”组合的数量是每个列表中 Literals 值数量的乘积。因此，在前一种情况下与OR组合的谓词数为“M × N”。
#* 在 5.7.11 之前，每个谓词与“OR”相结合的字节数更高，大约为 700 个字节。

== '''索引合并'''优化 ==
索引合并访问方法'''检索具有多个范围扫描的行，并将其结果合并到一个范围扫描中'''。
* 此访问方法仅合并来自'''单表'''的索引扫描，而不合并跨多个表的扫描。
* 合并可以生成其基础扫描的并集、交集或交集的并集。

可能使用索引合并的示例查询：【？？？】
<syntaxhighlight lang="mysql">
SELECT * FROM tbl_name WHERE key1 = 10 OR key2 = 20;

SELECT * FROM tbl_name
WHERE (key1 = 10 OR key2 = 20) AND non_key = 30;

SELECT * FROM t1, t2
WHERE (t1.key1 IN (1,2) OR t1.key2 LIKE 'value%')
AND t2.key1 = t1.some_col;

SELECT * FROM t1, t2
WHERE t1.key1 = 1
AND (t2.key1 = t1.some_col OR t2.key2 = t1.some_col2);
</syntaxhighlight>

'''Note：''' 
索引合并优化算法的已知限制：
# 如果您的查询有一个带有深度“AND”/“OR”嵌套的复杂“WHERE”子句，并且 MySQL 没有选择最佳方案，请尝试使用以下标识转换分发术语：【？】
#: <syntaxhighlight lang="mysql">
(x AND y) OR z => (x OR z) AND (y OR z)
(x OR y) AND z => (x AND z) OR (y AND z)
</syntaxhighlight>
# 索引合并不适用于全文索引。

在 '''EXPLAIN''' 输出中，索引合并方法在“type”列中显示为“index_merge”。在这种情况下，“key”列包含使用的索引列表，而“key_len”包含这些索引的最长键部分的列表。
: 索引合并访问方法有几个算法，这些算法显示在 EXPLAIN 输出中的“Extra”字段：
* Using intersect(...)
* Using union(...)
* Using sort_union(...)
索引合并的使用取决于“optimizer_switch”系统变量的“index_merge”，“index_merge_intersection”，“index_merge_union”和“index_merge_sort_union”标志的值。
: 默认情况下，所有这些标志均为 on。要仅启用某些算法，请将 index_merge 设置为 off，并仅启用应允许的其他算法。

=== 索引合并“交叉”访问算法 ===
当表的“WHERE”子句转换为不同键上的多个范围条件并用“'''AND'''”组合在一起，并且每个条件是以下之一时，此访问算法适用：
# 这种形式的 N 部分表达式，其中索引正好有 N 部分（即，所有索引部分都包含在内）：
#: <syntaxhighlight lang="mysql">
key_part1 = const1 AND key_part2 = const2 ... AND key_partN = constN
</syntaxhighlight>
# InnoDB 表主键上的任何范围条件。
示例：
<syntaxhighlight lang="mysql">
SELECT * FROM innodb_table
WHERE primary_key < 10 AND key_col1 = 20;

SELECT * FROM tbl_name
WHERE key1_part1 = 1 AND key1_part2 = 2 AND key2 = 2;
</syntaxhighlight>

索引合并交集算法对所有使用的索引执行'''同时扫描'''，并生成从合并索引扫描接收到的行序列的'''交集'''。

# 如果查询中使用的所有列都被使用的索引覆盖，则不会检索完整的表行（在这种情况下，“EXPLAIN”在“Extra”字段输出中包含“Using index”）。这是此类查询的示例：
#: <syntaxhighlight lang="mysql">
SELECT COUNT(*) FROM t1 WHERE key1 = 1 AND key2 = 1;
</syntaxhighlight>
# 如果使用的索引未覆盖查询中使用的所有列，则仅在满足所有使用的键的范围条件时才检索完整行。【？】
如果合并的条件之一是 InnoDB 表的主键上的条件，则该条件不用于行检索，而是用于过滤出使用其他条件检索的行。【？】

=== 索引合并“联合”访问算法 ===
（似于索引“合并”交集算法的标准） 
当表的“WHERE”子句转换为不同键上的多个范围条件并用“'''OR'''”组合在一起，并且每个条件是以下条件之一时，该算法适用：
# 这种形式的 N 部分表达式，其中索引正好有 N 部分（即，所有索引部分都包含在内）：
#: <syntaxhighlight lang="mysql">
key_part1 = const1 OR key_part2 = const2 ... OR key_partN = constN
</syntaxhighlight>
# InnoDB 表主键上的任何范围条件。
# 索引“合并”交集算法适用的条件。
示例：
<syntaxhighlight lang="mysql">
SELECT * FROM t1
WHERE key1 = 1 OR key2 = 2 OR key3 = 3;

SELECT * FROM innodb_table
WHERE (key1 = 1 AND key2 = 2)
OR (key3 = 'foo' AND key4 = 'bar') AND key5 = 5;
</syntaxhighlight>

=== 索引合并“排序联合”访问算法 ===
当“WHERE”子句转换为“'''OR'''”组合的多个范围条件，但不适用于索引合并“联合”算法时，此访问算法适用。
示例：
<syntaxhighlight lang="mysql">
SELECT * FROM tbl_name
WHERE key_col1 < 10 OR key_col2 < 20;

SELECT * FROM tbl_name
WHERE (key_col1 > 10 OR key_col2 = 20) AND nonkey_col = 30;
</syntaxhighlight>

“排序联合”算法和“联合”算法的区别在于：“排序联合”算法必须首先获取所有行的行 id，并在返回任何行之前对它们进行排序。【？？？】

== 引擎条件“下推”优化【“非索引列”和“常量”之间直接比较】 ==
这种优化提高了'''“非索引列”和“常量”之间直接比较'''的效率。在这种情况下，条件将“推入”存储引擎进行评估。
* 此优化只能由'''NDB'''存储引擎使用。

对于 NDB Cluster，这种优化可以消除在集群的数据节点和发出查询的 MySQL 服务器之间通过网络发送不匹配行的需要。并且相对于未使用条件下推的案例，可以提高 5 到 10 倍的查询速度。【！】

示例： 
假设 NDB 群集表定义如下：
<syntaxhighlight lang="mysql">
CREATE TABLE t1 (
a INT,
b INT,
KEY(a)
) ENGINE=NDB;
</syntaxhighlight>
条件下推可以用于查询，例如此处显示的查询，其中包括'''非索引列和常量之间的比较'''：【包括使用“'''>'''”或“'''<'''”运算符】
<syntaxhighlight lang="mysql">
SELECT a, b FROM t1 WHERE b = 10;
SELECT a, b FROM t1 WHERE a < 2;
</syntaxhighlight>
在'''EXPLAIN'''的输出中可以看到条件下推的使用：
<syntaxhighlight lang="mysql" highlight="6,12">
mysql> EXPLAIN SELECT a,b FROM t1 WHERE b = 10\G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: t1
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 10
Extra: Using where with pushed condition
</syntaxhighlight>
<syntaxhighlight lang="mysql" highlight="6,12">
mysql> EXPLAIN SELECT a, b FROM t1 WHERE a < 2\G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: t1
type: range
possible_keys: a
key: a
key_len: 5
ref: NULL
rows: 2
Extra: Using where with pushed condition
</syntaxhighlight>

但条件下推与以下两个查询'''不能一起使用'''：【！！！】
<syntaxhighlight lang="mysql">
SELECT a,b FROM t1 WHERE a = 10;
SELECT a,b FROM t1 WHERE b + 1 = 10;
</syntaxhighlight>
# '''列上存在索引'''；【索引访问方法将更有效，因此将优先于条件下推】
#: <syntaxhighlight lang="mysql">
SELECT a,b FROM t1 WHERE a = 10;
</syntaxhighlight>
# '''涉及的非索引列是间接的'''；
#: <syntaxhighlight lang="mysql">
SELECT a,b FROM t1 WHERE b + 1 = 10;
</syntaxhighlight>

条件下推支持的其他比较包括：
# column [NOT] '''LIKE''' pattern
#* pattern 必须是包含要匹配的模式的字符串 Literals；
# column '''IS''' [NOT] '''NULL'''
# column '''IN''' (value_list)
#* value_list 中的每个项目都必须是恒定的 Literals 值。
# column '''BETWEEN''' constant1 '''AND''' constant2
#* constant1 和 constant2 必须分别是一个常量 Literals 值。
在上述列表中的所有情况下，都有可能将条件转换为列与常量之间的一个或多个直接比较的形式。

默认情况下，引擎条件下推处于启用状态。要在服务器启动时禁用它，请设置“optimizer_switch”系统变量。例如，在“my.cnf”文件中，使用以下几行：
<syntaxhighlight lang="xml">
[mysqld]
optimizer_switch=engine_condition_pushdown=off
</syntaxhighlight>
或，在运行时，禁用条件下推，如下所示：
<syntaxhighlight lang="mysql">
SET optimizer_switch='engine_condition_pushdown=off';
</syntaxhighlight>

引擎条件下推的'''限制'''：
# 条件下推仅受'''NDB'''存储引擎支持。
# 列只能与常量进行比较；但是，这包括计算结果为常数的表达式。
# 比较中使用的列不能是任何“BLOB”或“TEXT”类型。此排除范围也扩展到“JSON”，“BIT”和“ENUM”列。
# 要与列进行比较的字符串值必须使用与列相同的排序规则。
# 不直接支持联接。涉及多表的条件将在可能的情况下分别推送。使用扩展的“EXPLAIN”输出来确定实际推低哪些条件。

== 索引条件“下推”优化【将部分“WHERE”条件下推到存储引擎】 ==
索引条件下推（'''ICP'''）是针对 MySQL 使用索引从表中检索行的情况的优化。
# 如果没有 ICP，则存储引擎将遍历索引以在基表中定位行，并将其返回给 MySQL 服务器，该 MySQL 服务器将评估这些行的“WHERE”条件。【“存储引擎”：定位查找】
#* 不使用“索引条件下推”的情况下，如何进行索引扫描：
#*# 获取下一行，首先读取索引元组，然后使用索引元组查找并读取整个表行。
#*# 测试适用于此表的“WHERE”条件的一部分。根据测试结果接受或拒绝该行。
# 启用 ICP 后，如果“WHERE”条件的某些部分'''可以仅使用索引中的列进行评估'''，则 MySQL 服务器会将这部分“WHERE”条件下推到存储引擎。然后，存储引擎通过使用索引项来评估推送的索引条件，并且只有在满足此条件的情况下，才从表中读取行。【“存储引擎”：先评估，再定位查找】
#* 使用“索引条件下推”的情况下，如何进行索引扫描：
#*# 获取下一行的索引元组（而不是整个表行）。
#*# 测试适用于此表、可仅使用索引列检查的“WHERE”条件部分。如果不满足条件，则转到下一行的索引元组。
#*# 如果满足条件，请使用索引元组来定位和读取整个表行。
#*# 测试适用于此表的“WHERE”条件的其余部分。根据测试结果接受或拒绝行。
#* 减少了：
#*# 存储引擎必须访问基表的次数；
#*# MySQL 服务器必须访问存储引擎的次数；

索引条件下推优化的适用性取决于以下条件：
# 当需要访问完整表行时，ICP 用于“range”，“ref”，“eq_ref”和“ref_or_null”访问方法。
# ICP 可用于 InnoDB 和 MyISAM 表，包括分区的 InnoDB 和 MyISAM 表。
# 对于 InnoDB 表，ICP 仅用于'''辅助索引'''。
#* ICP 的目标是减少全行读取的次数，从而减少 I/O 操作。对于 InnoDB 聚集索引，完整的记录已被读取到 InnoDB 缓冲区中。在这种情况下使用 ICP 不会减少 I/O。
# 在虚拟生成的列上创建的二级索引不支持 ICP。 InnoDB 支持虚拟生成的列上的二级索引。
# '''引用子查询的条件不能下推'''。
# 涉及存储函数的条件不能下推。存储引擎无法调用存储的函数。
# 触发条件不能下推。

* 当使用“索引条件下推”时，“'''EXPLAIN'''”输出在“Extra”列中显示“'''Using index condition'''”。
** 它不会显示“Using index”，因为在必须读取整个表行时，该方法不适用。
* 默认情况下，索引条件下推处于启用状态。可以通过使用“optimizer_switch”系统变量设置“index_condition_pushdown”标志来进行控制：
*: <syntaxhighlight lang="mysql">
SET optimizer_switch = 'index_condition_pushdown=off';
SET optimizer_switch = 'index_condition_pushdown=on';
</syntaxhighlight>

'''示例：''' 
假设一个表包含有关人员及其地址的信息，并且该表的索引定义为 INDEX (zipcode, lastname, firstname)。如果我们知道一个人的 zipcode 值，但不确定姓氏，可以这样搜索：
<syntaxhighlight lang="mysql">
SELECT * FROM people
WHERE zipcode='95054'
AND lastname LIKE '%etrunia%'
AND address LIKE '%Main Street%';
</syntaxhighlight>
MySQL可以使用索引来扫描“zipcode='95054'”的人。
# 第二部分（lastname，如“%etrunia%”）不能用于限制必须扫描的行数【不使用索引】，因此如果没有“索引条件”下推，此查询必须检索“zipcode='95054'”的所有人的完整表行。
# 通过索引条件下推，MySQL '''在读取整个表行之前检查“lastname LIKE '%etrunia%'”部分。这避免了读取与匹配“zipcode”条件但不匹配“lastname”条件的索引元组相对应的完整行'''。

== “'''嵌套循环连接'''”算法 ==
MySQL 使用嵌套循环算法或其上的变体在表之间执行联接。

=== “嵌套循环连接”算法（NLJ） ===
一个简单的嵌套循环联接（NLJ）算法：一次从一个循环中的第一个表中读取行，然后将每一行传递给一个嵌套循环，该循环处理联接中的下一个表。重复此过程的次数与要连接的表的次数相同。

'''示例：''' 
假设要使用以下联接类型执行三个表 t1，t2 和 t3 之间的联接：【？】
<syntaxhighlight lang="mysql">
Table Join Type
t1 range
t2 ref
t3 ALL
</syntaxhighlight>
如果使用简单的 NLJ 算法，则按以下方式处理联接：
<syntaxhighlight lang="mysql">
for each row in t1 matching range {
for each row in t2 matching reference key {
for each row in t3 {
if row satisfies join conditions, send to client
}
}
}
</syntaxhighlight>

因为 NLJ 算法一次将行从外循环传递到内循环，所以它通常会'''多次读取在内循环中处理的表'''。

=== “块嵌套循环连接”算法（BNL） ===
块嵌套循环（BNL）连接算法：'''使用外部循环中读取的行的缓冲，来减少必须读取内部循环中的表的次数'''。
: 例如，如果将 10 行读入一个缓冲区并将该缓冲区传递给下一个内部循环，则可以将内部循环中读取的每一行与缓冲区中的所有10行进行比较。这将使必须读取内部表的次数减少一个数量级。

MySQL 连接缓冲具有以下 Feature：
# 当联接的类型为“ALL”或“index”（换句话说，当无法使用任何可能的键，并且分别对数据行或索引行进行完全扫描时）或“range”时，可以使用联接缓冲。【？？？】
#* 缓冲的使用也适用于外部联接。
# 连接缓冲区永远不会为第一个非恒定表分配，即使其类型为“ALL”或“index”。
# 联接中只有感兴趣的列存储在其联接缓冲区中，而不是整个行。
# join_buffer_size 系统变量确定用于处理查询的每个连接缓冲区的大小。
# 为每个可以缓冲的连接分配一个缓冲区，因此可以使用多个连接缓冲区来处理给定查询。
# '''在执行连接之前分配一个连接缓冲区，并在查询完成后释放连接缓冲区'''。

'''示例：''' 
对于先前为 NLJ 算法描述的示例连接（不带缓冲），使用连接缓冲按如下方式进行连接：
<syntaxhighlight lang="mysql" highlight="">
for each row in t1 matching range {
for each row in t2 matching reference key {
store used columns from t1, t2 in join buffer
if buffer is full {
for each row in t3 {
for each t1, t2 combination in join buffer {
if row satisfies join conditions, send to client
}
}
empty join buffer
}
}
}

if buffer is not empty {
for each row in t3 {
for each t1, t2 combination in join buffer {
if row satisfies join conditions, send to client
}
}
}
</syntaxhighlight>
如果 S 是连接缓冲区中每个已存储的 t1，t2 组合的大小，并且 C 是缓冲区中的组合数目，则对表 t3 进行扫描的次数为：
<syntaxhighlight lang="mysql">
(S * C)/join_buffer_size + 1
</syntaxhighlight>
t3 的扫描次数随着 join_buffer_size 的值增加而减少，直到 join_buffer_size 足够大以容纳所有先前的行组合为止。那时，通过增大它无法获得任何速度。

== 嵌套联接优化 ==

== Outer Join 优化【？？？】 ==
外部联接包括“'''LEFT JOIN'''”和“'''RIGHT JOIN'''”。

MySQL 实现了“A LEFT JOIN B join_specification”（左连接规范），如下所示：【在说屁】
# 表 B 设置为取决于表 A 以及 A 所依赖的所有表。
# 表 A 设置为依赖于“LEFT JOIN”条件中使用的所有表（除 B 外）。
# “LEFT JOIN”条件用于决定如何从表 B 中检索行。（换句话说，不使用“WHERE”子句中的任何条件）
# 执行所有标准的连接优化，不同之处在于'''始终在表所依赖的所有表之后读取该表'''。
#* 如果存在循环依赖关系，则会发生错误。
# 执行所有标准的“WHERE”优化。
# 如果 A 中存在与“WHERE”子句匹配的行，但 B 中没有与“ON”条件匹配的行，则会生成多余的 B 行，并将所有列都设置为 NULL。【？】
# 如果您使用“LEFT JOIN”查找某个表中不存在的行，并进行以下测试：在“WHERE”中使用“col_name IS NULL”，而 col_name 是声明为 NOT NULL 的列，则在找到符合“LEFT JOIN”条件的一行之后 MySQL 停止搜索更多行（对于特定行组合键）。【？】
* “RIGHT JOIN”的实现类似于“LEFT JOIN”的实现，但表角色相反。

对于“LEFT JOIN”，'''如果“WHERE”条件对于生成的“NULL”行始终为 false，则“LEFT JOIN”更改为内部联接'''。【？】
: 例如，如果 t2.column1 是 NULL，则在以下查询中 WHERE 子句为 false：
:<syntaxhighlight lang="mysql">
SELECT * FROM t1 LEFT JOIN t2 ON (column1) WHERE t2.column2=5;
</syntaxhighlight>
:因此，将查询转换为内部联接是安全的：
:<syntaxhighlight lang="mysql">
SELECT * FROM t1, t2 WHERE t2.column2=5 AND t1.column1=t2.column1;
</syntaxhighlight>

现在，优化程序可以在表 t1 之前使用表 t2，如果这样做会导致更好的查询计划。
* 要提供有关表连接顺序的提示，请使用“'''STRAIGHT_JOIN'''”。但是，STRAIGHT_JOIN 可能会禁止使用索引，因为它禁用了半联接转换。【'''“STRAIGHT_JOIN”强制优化器按照“FROM”子句中列出的顺序连接表'''】

== Outer Join 简化 ==

== 多范围读取优化【？】 ==
问题：当表较大且未存储在存储引擎的高速缓存中时，在辅助索引上使用范围扫描来读取行会导致对表的许多随机磁盘访问。

通过磁盘扫描“多范围读取”（Multi-Range Read，'''MRR'''）优化：
# MySQL 尝试通过首先仅扫描索引并收集相关行的键来减少用于范围扫描的随机磁盘访问次数。
# 然后对键进行排序，最后使用主键的顺序从基表中检索行。
磁盘扫描 MRR 的动机是减少随机磁盘访问的次数，并对基表数据进行更有序的扫描。

多范围读取优化具有以下优点：
# MRR 使基于索引元组的数据行可以顺序访问，而不是以随机顺序访问。服务器获取一组满足查询条件的索引元组，并根据数据行 ID 顺序对它们进行排序，然后使用排序后的元组按顺序检索数据行。这使得数据访问更加高效且成本更低。
# 对于需要通过索引元组访问数据行的操作（例如范围索引扫描和使用索引作为联接属性的等联接），MRR 支持对键访问请求的批处理。 MRR 在一系列索引范围内进行迭代以获得合格的索引元组。随着这些结果的累积，它们将用于访问相应的数据行，而在开始读取数据行之前不必获取所有索引元组。

在虚拟生成的列上创建的二级索引不支持 MRR 优化。【InnoDB 支持虚拟生成的列上的二级索引】

以下方案说明了 MRR 优化何时可以发挥优势：
# 方案 A：MRR 可用于 InnoDB 和 MyISAM 表，以进行索引范围扫描和等联接操作。
## 索引元组的一部分累积在缓冲区中。
## 缓冲区中的元组按其数据行 ID 排序。
## 根据排序的索引元组序列访问数据行。
# 方案 B：MRR 可用于 '''NDB''' 表以进行多范围索引扫描，或在通过属性执行均等联接时使用。【？？？】
## 一部分范围（可能是单键范围）累积在提交查询的中心节点上的缓冲区中。【？】
## 范围被发送到访问数据行的执行节点。【？】
## 被访问的行被打包到程序包中并发送回中心节点。【？】
## 收到的带有数据行的数据包将放置在缓冲区中。【？】
## 从缓冲区读取数据行。【？】

使用 MRR 时，“EXPLAIN”输出中的“Extra”列显示“Using MRR”。

NOTE：
* 如果不需要访问完整表行以产生查询结果，则 InnoDB 和 MyISAM 不使用 MRR。
*: 如果可以完全基于索引元组中的信息（通过covering index）产生结果，则这种情况 MRR 没有任何好处。
* 两个“optimizer_switch”系统变量标志提供了使用 MRR 优化的接口：'''mrr'''标志控制是否启用 MRR。
*: 如果启用了mrr(on)，则'''mrr_cost_based'''标志控制优化器是尝试在使用还是不使用 MRR（on）之间做出基于成本的选择，还是在可能的情况下（off）使用 MRR。
** 默认情况下，mrr 是 on，mrr_cost_based 是 on。
* 对于 MRR，存储引擎使用“read_rnd_buffer_size”系统变量的值作为可为其缓冲区分配的内存大小。引擎最多使用 read_rnd_buffer_size 个字节，并确定一次处理要处理的范围数。

== 阻止嵌套循环和批量key访问联接 ==

== 条件过滤【？？？】 ==
在联接处理中，'''前缀行'''是“从联接中的一个表传递到下一个表的那些行”。通常，优化程序会尝试在连接顺序的早期放置前缀计数较低的表，以防止行组合的数量迅速增加。
* 在某种程度上，优化器可以使用有关从一个表中选择并传递到下一个表的行的条件的信息，它可以更准确地计算行估计并选择最佳执行计划。
关于“'''条件过滤'''”：
# 在没有“条件过滤”的情况下，表的前缀行计数基于：“WHERE”子句根据“优化器选择的访问方法”所选择的估计行数。【？】
# 通过“条件过滤”，优化器可以使用“WHERE”子句中访问方法未考虑的其他相关条件，从而改善其前缀行数估计。【？】
#: 例如，即使可以使用基于索引的访问方法从联接中的当前表中选择行，“WHERE”子句中的表也可能有其他条件，可以筛选（进一步限制）传递到下一个表的限定行的估值。【？？】

仅在以下情况下，'''条件'''才有助于过滤估计：【？？？】
# 它引用当前表。
# 它取决于连接序列中一个或多个常量值。
# 访问方法尚未考虑它。【？？？】

在“'''EXPLAIN'''”输出中：“rows”列指示所选访问方法的行估计，而“filtered”列反映条件过滤的效果。 filtered值表示为百分比。最大值为 100，表示没有行过滤发生。值从 100 减小表示过滤量增加。

前缀行数（估计从当前表通过联接传递到下一个表的行数）是 rows 和 filtered 值的乘积。即，前缀行数是估计的行数，该估计的行数由于估计的滤波效果而减少。
: 例如，如果 rows 为 1000 且 filtered 为 20％，则条件过滤会将估算的行数 1000 减少为前缀行数 1000×20％= 1000×0.2 = 200.

'''示例：'''【？？？？？？】 
考虑以下查询：
<syntaxhighlight lang="mysql">
SELECT *
FROM employee JOIN department ON employee.dept_no = department.dept_no
WHERE employee.first_name = 'John'
AND employee.hire_date BETWEEN '2018-01-01' AND '2018-06-01';
</syntaxhighlight>
假设数据集具有以下 Feature：
# employee 表具有 1024 行。
# department 表有 12 行。
# 两个表在 dept_no 上都有一个索引。
# employee 表在 first_name 上具有索引。
# 8 个行在 employee.first_name 上满足此条件：
#: <syntaxhighlight lang="mysql">
employee.first_name = 'John'
</syntaxhighlight>
# 150 个行在employee.hire_date上满足此条件：
#: <syntaxhighlight lang="mysql">
employee.hire_date BETWEEN '2018-01-01' AND '2018-06-01'
</syntaxhighlight>
# 1 行满足以下两个条件：
#: <syntaxhighlight lang="mysql">
employee.first_name = 'John'
AND employee.hire_date BETWEEN '2018-01-01' AND '2018-06-01'
</syntaxhighlight>
没有条件过滤，EXPLAIN 会产生如下输出：
<syntaxhighlight lang="mysql">
+----+------------+--------+------------------+---------+---------+------+----------+
| id | table | type | possible_keys | key | ref | rows | filtered |
+----+------------+--------+------------------+---------+---------+------+----------+
| 1 | employee | ref | name,h_date,dept | name | const | 8 | 100.00 |
| 1 | department | eq_ref | PRIMARY | PRIMARY | dept_no | 1 | 100.00 |
+----+------------+--------+------------------+---------+---------+------+----------+
</syntaxhighlight>
: 对于employee，在name索引上的访问方法将拾取与名称'John'匹配的 8 行。没有进行任何过滤(filtered为 100％)，因此所有行都是下一张表的前缀行：前缀行计数为 rows×filtered = 8×100％= 8。
通过条件过滤，优化器还考虑了 WHERE 子句中的条件，而访问方法并未考虑这些条件。在这种情况下，优化器使用'''试探法'''【？？？】来估计 employee.hire_date 上的 BETWEEN 条件的过滤效果为 16.31％。结果，EXPLAIN 产生如下输出：
<syntaxhighlight lang="mysql">
+----+------------+--------+------------------+---------+---------+------+----------+
| id | table | type | possible_keys | key | ref | rows | filtered |
+----+------------+--------+------------------+---------+---------+------+----------+
| 1 | employee | ref | name,h_date,dept | name | const | 8 | 16.31 |
| 1 | department | eq_ref | PRIMARY | PRIMARY | dept_no | 1 | 100.00 |
+----+------------+--------+------------------+---------+---------+------+----------+
</syntaxhighlight>
: 现在，前缀行计数为rows×filtered = 8×16.31％= 1.3，它更紧密地反映了实际数据集。

通常，优化器不会为最后一个联接表计算条件过滤效果（前缀行数减少），因为没有下一个表可以将行传递给该表。 EXPLAIN 发生异常：为了提供更多信息，将为所有联接的表（包括最后一个表）计算过滤效果。

要控制优化器是否考虑其他过滤条件，请使用“'''optimizer_switch'''”系统变量的“'''condition_fanout_filter'''”标志。
* 默认情况下，此标志是启用的，但可以禁用它以抑制条件过滤（例如，如果发现特定查询不使用它会产生更好的性能）。

如果优化器高估了条件过滤的效果，则性能可能会比不使用条件过滤的情况差。在这种情况下，这些技术可能会帮助：
# 如果未对列进行'''索引'''，请对其进行索引，以便优化程序获得有关列值分布的一些信息，并可以改善其行估计。
# 更改'''联接顺序'''。完成此操作的方法包括连接顺序优化器提示，紧跟在 SELECT 之后的 STRAIGHT_JOIN 以及 STRAIGHT_JOIN 连接运算符。
# 禁用会话的条件过滤：
#: <syntaxhighlight lang="mysql">
SET optimizer_switch = 'condition_fanout_filter=off';
</syntaxhighlight>

== IS NULL 优化 ==
MySQL 可以对“col_name IS NULL”执行与“col_name = constant_value”相同的优化。
: 例如，MySQL 可以使用索引和范围来搜索带有“IS NULL”的 NULL。
: 示例：
: <syntaxhighlight lang="mysql">
SELECT * FROM tbl_name WHERE key_col IS NULL;

SELECT * FROM tbl_name WHERE key_col <=> NULL;

SELECT * FROM tbl_name WHERE key_col=const1 OR key_col=const2 OR key_col IS NULL;
</syntaxhighlight>

* 如果“WHERE”子句包含声明为“NOT NULL”的列的“col_name IS NULL”条件，则该表达式将被优化。
** 在该列无论如何都会产生 NULL 的情况下（例如，如果它来自“LEFT JOIN”右侧的表），则不会进行此优化。
* MySQL 还可以优化组合“col_name = expr OR col_name IS NULL”，这种形式在已解析的子查询中很常见。使用此优化时，EXPLAIN 显示“ref_or_null”。
* 此优化可以为任何关键部分处理一个“IS NULL”。

假设在表 t2 的列 a 和 b 上有索引，则对查询进行一些优化的示例：
<syntaxhighlight lang="mysql">
SELECT * FROM t1 WHERE t1.a=expr OR t1.a IS NULL;

SELECT * FROM t1, t2 WHERE t1.a=t2.a OR t2.a IS NULL;

SELECT * FROM t1, t2
WHERE (t1.a=t2.a OR t2.a IS NULL) AND t2.b=t1.b;

SELECT * FROM t1, t2
WHERE t1.a=t2.a AND (t2.b=t1.b OR t2.b IS NULL);

SELECT * FROM t1, t2
WHERE (t1.a=t2.a AND t2.a IS NULL AND ...)
OR (t1.a=t2.a AND t2.a IS NULL AND ...);
</syntaxhighlight>

* “ref_or_null”的工作方式是先读取参考键，然后单独搜索具有 NULL 键值的行。【？？？】
* '''优化只能处理一个“IS NULL”级别'''。
*: 在以下查询中，MySQL 仅在表达式“(t1.a=t2.a AND t2.a IS NULL)”上使用键查找，而不能在 b 上使用键部分：
*: <syntaxhighlight lang="mysql">
SELECT * FROM t1, t2
WHERE (t1.a=t2.a AND t2.a IS NULL)
OR (t1.b=t2.b AND t2.b IS NULL);
</syntaxhighlight>

== ORDER BY 优化【？】 ==
=== 使用索引满足 ORDER BY ===
在某些情况下，MySQL 可以使用索引来满足“ORDER BY”子句，并避免执行 filesort 操作【？？？】时涉及的额外排序。

即使“ORDER BY”与索引不完全匹配，也可以使用索引：
# 只要索引的所有未使用部分和所有额外“ORDER BY”列都是“WHERE”子句中的常量。
# 如果索引不包含查询访问的所有列，则仅当索引访问比其他访问方法便宜时才使用索引。

'''示例1：'''使用索引来解析 ORDER BY 
假设“(key_part1, key_part2)”上有一个索引，以下查询可以使用该索引来解析“ORDER BY”部分。【'''优化器是否实际上这样做取决于如果还必须读取索引中没有的列，则读取索引是否比表扫描更有效'''。】
* 在此查询中，(key_part1, key_part2) 上的索引使优化程序避免排序：
*: <syntaxhighlight lang="mysql">
SELECT * FROM t1
ORDER BY key_part1, key_part2;
</syntaxhighlight>
*: 但是，查询使用“SELECT *”，它选择的列可能多于“key_part1”和“key_part2”。在这种情况下，扫描整个索引并查找表行以查找索引中未包含的列可能比扫描表并排序结果要昂贵。如果是这样，优化器可能不会使用该索引。【如果“SELECT *”仅选择索引列，则将使用索引并避免排序。】
*: 如果 t1 是 InnoDB 表，则表主键隐式属于索引的一部分，并且该索引可用于解析此查询的 ORDER BY：
*: <syntaxhighlight lang="mysql">
SELECT pk, key_part1, key_part2 FROM t1
ORDER BY key_part1, key_part2;
</syntaxhighlight>
* 在此查询中，key_part1 是常量，因此通过索引访问的所有行都按 key_part2 顺序，并且如果 WHERE 子句的选择性足以使索引范围扫描比表扫描便宜，则 (key_part1, key_part2) 上的索引可以避免排序：
*: <syntaxhighlight lang="mysql">
SELECT * FROM t1
WHERE key_part1 = constant
ORDER BY key_part2;
</syntaxhighlight>
* 在接下来的两个查询中，是否使用索引类似于前面没有显示“DESC”的相同查询：
*: <syntaxhighlight lang="mysql">
SELECT * FROM t1
ORDER BY key_part1 DESC, key_part2 DESC;

SELECT * FROM t1
WHERE key_part1 = constant
ORDER BY key_part2 DESC;
</syntaxhighlight>
* 在接下来的两个查询中，将 key_part1 与常量进行比较。如果 WHERE 子句的选择性足以使索引范围扫描比表扫描便宜，那么将使用索引：【！！！】
*: <syntaxhighlight lang="mysql">
SELECT * FROM t1
WHERE key_part1 > constant
ORDER BY key_part1 ASC;

SELECT * FROM t1
WHERE key_part1 < constant
ORDER BY key_part1 DESC;
</syntaxhighlight>
* 在下一个查询中，ORDER BY 不命名 key_part1，但是所有选择的行都有一个常量 key_part1 值，因此仍可以使用索引：【？？？】
*: <syntaxhighlight lang="mysql">
SELECT * FROM t1
WHERE key_part1 = constant1 AND key_part2 > constant2
ORDER BY key_part2;
</syntaxhighlight>

'''示例2：'''不能使用索引来解析 ORDER BY，尽管它仍可以使用索引来查找与 WHERE 子句匹配的行。 
* 该查询对不同的索引使用 ORDER BY：
*: <syntaxhighlight lang="mysql">
SELECT * FROM t1 ORDER BY key1, key2;
</syntaxhighlight>
* 该查询在索引的非连续部分上使用 ORDER BY：
*: <syntaxhighlight lang="mysql">
SELECT * FROM t1 WHERE key2=constant ORDER BY key1_part1, key1_part3;
</syntaxhighlight>
* 该查询混合了“ASC”和“DESC”：【！！！】
*: <syntaxhighlight lang="mysql">
SELECT * FROM t1 ORDER BY key_part1 DESC, key_part2 ASC;
</syntaxhighlight>
* 用于获取行的索引与在 ORDER BY 中使用的索引不同：
*: <syntaxhighlight lang="mysql">
SELECT * FROM t1 WHERE key2=constant ORDER BY key1;
</syntaxhighlight>
* 该查询使用 ORDER BY，且表达式中包含除索引列名称以外的术语：【！！！】
*: <syntaxhighlight lang="mysql">
SELECT * FROM t1 ORDER BY ABS(key);
SELECT * FROM t1 ORDER BY -key;
</syntaxhighlight>
* 该查询联接了许多表，并且 ORDER BY 中的列并非全部来自用于检索行的第一个非恒定表。
*: <syntaxhighlight lang="mysql">

</syntaxhighlight>
* 该查询具有不同的“ORDER BY”和“GROUP BY”表达式。【！！！】
*: <syntaxhighlight lang="mysql">

</syntaxhighlight>
* 仅在“ORDER BY”子句中命名的列的前缀上存在索引。在这种情况下，索引不能用于完全解析排序顺序。【！！！】
*: 例如，如果仅对“CHAR(20)”列的前 10 个字节进行索引，则索引无法区分第 10 个字节之后的值，因此需要'''filesort'''。
*: <syntaxhighlight lang="mysql">

</syntaxhighlight>
* 索引不按顺序存储行。例如，这对于内存表中的哈希索引是正确的。【！！！】

'''NOTE：''' 
* 索引的可用性可能会受到'''列别名'''的使用的影响。假设对 t1.a 列进行了索引。在此语句中，选择列表中列的名称为 a。它引用 t1.a，就像在 ORDER BY 中引用 a 一样，因此可以使用 t1.a 上的索引：
*: <syntaxhighlight lang="mysql">
SELECT a FROM t1 ORDER BY a;
</syntaxhighlight>
*: 在此语句中，选择列表中列的名称也是 a，但这是别名。它引用“ABS(a)”，就像引用 ORDER BY 中的 a 一样，因此不能使用 t1.a 上的索引：【？？？】
*: <syntaxhighlight lang="mysql">
SELECT ABS(a) AS a FROM t1 ORDER BY a;
</syntaxhighlight>
*: 在下面的语句中，ORDER BY 引用的名称不是选择列表中列的名称。但是 t1 中有一列名为 a，因此 ORDER BY 指向 t1.a 且可以使用 t1.a 上的索引。（当然，生成的排序顺序可能与“ABS(a)”的顺序完全不同）
*: <syntaxhighlight lang="mysql">
SELECT ABS(a) AS b FROM t1 ORDER BY a;
</syntaxhighlight>
* 默认情况下，MySQL 对“'''GROUP BY''' col1, col2, ...”查询进行排序，就好像您在查询中也包含了“'''ORDER BY''' col1, col2, ...”一样。如果您包含一个显式的“ORDER BY”子句，该子句包含相同的列列表，则 MySQL 会对其进行优化，而不会造成任何速度损失，尽管排序仍然会发生。【！！！“GROUP BY”和“ORDER BY”】
** 如果查询包含“GROUP BY”，但您希望'''避免对结果进行排序的开销'''，则可以通过指定 '''ORDER BY NULL''' 来抑制排序。例如：
'''<syntaxhighlight lang="mysql">
INSERT INTO foo
SELECT a, COUNT(*) FROM bar GROUP BY a ORDER BY NULL;
</syntaxhighlight>'''
** 优化器可能仍选择使用排序来实现分组操作。 “ORDER BY NULL”禁止对结果进行排序，而不是通过分组操作来确定结果的先前排序。
** 【默认情况下，“GROUP BY”隐式排序（即“GROUP BY”列没有“ASC”或“DESC”指示符）。但是，不建议依靠“GROUP BY”排序（隐式或显示都不建议）。要产生给定的排序顺序，请提供“ORDER BY”子句。】

=== 使用 filesort 满足 ORDER BY 【？？？】===
如果不能使用索引来满足“ORDER BY”子句，则 MySQL 执行“filesort操作”以读取表行并对它们进行排序。'''filesort构成查询执行中的额外排序阶段'''。

为了获得filesort操作的内存，优化器会预先分配固定数量的“sort_buffer_size”字节。各个会话可以根据需要更改此变量的会话值，以避免过多的内存使用，或根据需要分配更多的内存。

如果结果集太大而无法容纳在内存中，则 filesort 操作会根据需要使用临时磁盘文件。某些类型的查询特别适合完全在内存中的filesort操作。
: 例如，优化器可以使用filesort来有效地在内存中处理“ORDER BY”操作，而无需使用临时文件，该“ORDER BY”操作用于以下形式的查询(和子查询)：【？？？】
'''<syntaxhighlight lang="mysql">
SELECT ... FROM single_table ... ORDER BY non_index_column [DESC] LIMIT [M,]N;
</syntaxhighlight>'''
此类查询在仅显示较大结果集中的几行的 Web 应用程序中很常见。
: 示例：【？？？】
<syntaxhighlight lang="mysql">
SELECT col1, ... FROM t1 ... ORDER BY name LIMIT 10;
SELECT col1, ... FROM t1 ... ORDER BY RAND() LIMIT 15;
</syntaxhighlight>

=== 影响 ORDER BY 优化 ===
对于不使用filesort的慢“ORDER BY”查询，请尝试将“'''max_length_for_sort_data'''”系统变量降低为适合触发filesort的值。【将此变量的值设置得太高的症状是磁盘活动过多和 CPU 活动较低的组合】

要提高“ORDER BY”的速度，请检查是否可以使 MySQL 使用索引而不是额外的排序阶段。如果这不可能，请尝试以下策略：
# 增加“'''sort_buffer_size'''”变量值。理想情况下，该值应足够大以使整个结果集适合排序缓冲区（以避免写入磁盘和合并过程），但该值至少必须足够大以容纳 15 个元组。（最多合并 15 个临时磁盘文件，并且每个文件中至少必须有一个元组在内存中）
#: 考虑到存储在排序缓冲区中的列值的大小受“'''max_sort_length'''”系统变量值的影响。【例如，如果元组存储长字符串列的值，而您增加了“max_sort_length”的值，则排序缓冲区元组的大小也会增加，并且可能需要您增加“max_sort_length”。】对于由字符串表达式（例如调用字符串值函数的结果）计算出的列值，filesort算法无法确定表达式值的最大长度，因此必须为每个元组分配“max_sort_length”个字节。【？？？】
#: 要监视合并通过次数（以合并临时文件），请检查“Sort_merge_passes” status 变量。
# 增加“'''read_rnd_buffer_size'''”变量值，以便一次读取更多行。
# 更改'''tmpdir'''系统变量以指向具有大量可用空间的专用文件系统。变量值可以列出以循环方式使用的多个路径。
#* 您可以使用此功能将负载分散到多个目录中。在 Unix 上用冒号(:)和在 Windows 上用分号(;)分隔路径。路径应命名位于不同物理磁盘上的文件系统中的目录，而不是同一磁盘上的不同分区。

=== ORDER BY 执行计划信息可用 ===
使用'''EXPLAIN'''，可以检查 MySQL 是否可以使用索引来解析“ORDER BY”子句：
* 如果 EXPLAIN 输出的“Extra”列不包含“Using filesort”，则使用索引，而不执行filesort。
* 如果 EXPLAIN 输出的“Extra”列包含“'''Using filesort'''”，则不使用索引，而执行filesort。
此外，如果执行filesort，则优化器跟踪输出将包含 filesort_summary 块。例如：【？】
<syntaxhighlight lang="mysql">
"filesort_summary": {
"rows": 100,
"examined_rows": 100,
"number_of_tmp_files": 0,
"sort_buffer_size": 25192,
"sort_mode": "<sort_key, packed_additional_fields>"
}
</syntaxhighlight>
其中，“sort_mode”值提供有关排序缓冲区中元组内容的信息：
* <sort_key, rowid>：这表明排序缓冲区是元组对，包含原始表行的“排序键值”和“行 ID”。元组按排序键值排序，并且行 ID 用于从表中读取行。
* <sort_key, additional_fields>：这表明排序缓冲区元组包含“排序键值”和“查询所引用的列”。元组通过排序键值进行排序，并且列值直接从元组中读取。
* <sort_key, packed_additional_fields>：与以前的变体一样，但其他列紧密地包装在一起，而不是使用固定长度的编码。

EXPLAIN 不能区分优化器是否在内存中执行filesort。在优化器跟踪输出中可以看到内存中filesort的使用。寻找filesort_priority_queue_optimization。【？？？】

== GROUP BY 优化【？？？】 ==
满足“GROUP BY”子句的最通用方法是：'''扫描整个表'''并创建一个'''新的临时表'''，其中每个组中的所有行都是连续的，然后使用该临时表发现组并应用聚合函数（如果有）。
* 在某些情况下，MySQL 可以做得更好，并且'''可以使用索引访问来避免创建临时表'''。

为“GROUP BY”使用索引的最重要的先决条件是，所有“GROUP BY”列都引用同一索引中的属性，并且索引按顺序存储其键（例如，对于 B树索引是这样，但对于 HASH 索引则不是这样）。
临时表的使用是否可以替换为索引访问，还取决于在查询中使用索引的哪些部分、为这些部分指定的条件以及所选的聚合函数。

有两种通过索引访问执行 GROUP BY 查询的方法，如以下各节所述。第一种方法将分组操作与所有范围谓词(如果有)一起应用。第二种方法首先执行范围扫描，然后对所得的 Tuples 进行分组。

在 MySQL 中，使用 GROUP BY 进行排序，因此服务器也可以将 ORDER BY 优化应用于分组。但是，不建议依赖隐式或显式 GROUP BY 排序。

=== 松散索引扫描 ===
处理 GROUP BY 的最有效方法是'''使用索引直接检索分组列'''。
: 通过这种访问方法，MySQL 使用键排序的某些索引类型的属性（例如 B树）。使用此属性，可以在索引中使用查找组，而不必考虑索引中满足所有 WHERE 条件的所有键。此访问方法仅考虑索引中的一部分键，因此称为“松散索引扫描”。
# 如果没有 WHERE 子句，则“松散索引扫描”将读取与组数一样多的键，该数目可能比所有键的数目小得多。
# 如果 WHERE 子句包含范围谓词，则“松散索引扫描”将查找满足范围条件的每个组的第一个键，并再次读取尽可能少的键数。

在以下情况下可以这样做：
# 查询是在单个表上。
# GROUP BY 仅命名构成索引最左前缀的列，不命名其他列。（如果查询具有 DISTINCT 子句，而不是 GROUP BY，则所有不同的属性都引用构成索引最左前缀的列）
#: 例如，如果表 t1 在(c1,c2,c3)上具有索引，则松散索引扫描适用于查询具有“GROUP BY c1, c2”。如果查询具有“GROUP BY c2, c3”（列不是最左边的前缀）或“GROUP BY c1, c2, c4”（c4不在索引中），则此方法不适用。
# 选择列表中使用的唯一聚合函数（如果有）是“MIN()”和“MAX()”，它们全部引用同一列。该列必须在索引中，并且必须紧接着 GROUP BY 中的列。
# 除了“MIN()”或“MAX()”函数的参数外，除查询中所引用的 GROUP BY 之外的其他任何索引部分都必须是常量（即，必须与常量相等地引用）。
# 对于索引中的列，必须索引完整的列值，而不仅仅是索引。
#: 例如，对于 c1 VARCHAR(20), INDEX (c1(10))，索引仅使用 c1 值的前缀，不能用于宽松索引扫描。

如果“宽松索引扫描”适用于查询，则“EXPLAIN”输出在“Extra”列中显示“Using index for group-by”。

示例： 
假设在表 t1(c1,c2,c3,c4) 上有一个索引 idx(c1,c2,c3)。松散索引扫描访问方法可用于以下查询：
<syntaxhighlight lang="mysql">
SELECT c1, c2 FROM t1 GROUP BY c1, c2;
SELECT DISTINCT c1, c2 FROM t1;
SELECT c1, MIN(c2) FROM t1 GROUP BY c1;
SELECT c1, c2 FROM t1 WHERE c1 < const GROUP BY c1, c2;
SELECT MAX(c3), MIN(c3), c1, c2 FROM t1 WHERE c2 > const GROUP BY c1, c2;
SELECT c2 FROM t1 WHERE c1 < const GROUP BY c1, c2;
SELECT c1, c2 FROM t1 WHERE c3 = const GROUP BY c1, c2;
</syntaxhighlight>
无法使用此快速选择方法执行以下查询：
# 除 MIN() 或 MAX() 以外，还有其他聚合函数：
#: <syntaxhighlight lang="mysql">
SELECT c1, SUM(c2) FROM t1 GROUP BY c1;
</syntaxhighlight>
# GROUP BY 子句中的列不构成索引的最左前缀：
#: <syntaxhighlight lang="mysql">
SELECT c1, c2 FROM t1 GROUP BY c2, c3;
</syntaxhighlight>
# 该查询引用的是 GROUP BY 部分之后的键的一部分，并且该部分与常量不相等：
#: <syntaxhighlight lang="mysql">
SELECT c1, c3 FROM t1 GROUP BY c1, c2;
</syntaxhighlight>
#: 如果查询包含 WHERE c3 = const，则可以使用松散索引扫描。

除了已经支持的“MIN()”和“MAX()”引用之外，“松散索引扫描”访问方法还可以应用于选择列表中的其他形式的聚合函数引用：
# 支持“AVG(DISTINCT)”，“SUM(DISTINCT)”和“COUNT(DISTINCT)”。
#* “AVG(DISTINCT)”和“SUM(DISTINCT)”采用一个参数。 “COUNT(DISTINCT)”可以有多个列参数。
# 查询中不得包含“”GROUP BY或“”DISTINCT子句。
# 先前描述的松散索引扫描限制仍然适用。

示例： 
假设在表 t1(c1,c2,c3,c4) 上有一个索引 idx(c1,c2,c3)。松散索引扫描访问方法可用于以下查询：
<syntaxhighlight lang="mysql">
SELECT COUNT(DISTINCT c1), SUM(DISTINCT c1) FROM t1;

SELECT COUNT(DISTINCT c1, c2), COUNT(DISTINCT c2, c1) FROM t1;
</syntaxhighlight>

=== 紧密索引扫描 ===
紧密索引扫描可以是完全索引扫描，也可以是范围索引扫描，具体取决于查询条件。

当不满足松散索引扫描的条件时，仍然可以避免为 GROUP BY 查询创建临时表。如果 WHERE 子句中存在范围条件，则此方法仅读取满足这些条件的键。否则，它将执行索引扫描。由于此方法读取 WHERE 子句定义的每个范围内的所有键，或者如果没有范围条件，则扫描整个索引，因此称为紧密索引扫描。对于紧密索引扫描，只有在找到满足范围条件的所有键之后，才执行分组操作。

要使此方法起作用，查询中的所有列都有一个常量相等条件就足够了，该查询引用的部分键位于 GROUP BY 键的部分之前或部分之间。相等条件中的常量填充搜索键中的任何“空白”，以便可以形成索引的完整前缀。这些索引前缀可用于索引查找。如果 group by 结果需要排序，并且可以形成作为索引前缀的搜索键，MySQL还可以避免额外的排序操作，因为在有序索引中使用前缀进行搜索已经按顺序检索所有键。

示例： 
假设在表 t1(c1,c2,c3,c4) 上有一个索引 idx(c1,c2,c3)。以下查询不适用于前面所述的“松散索引扫描”访问方法，但仍适用于“紧索引扫描”访问方法。
# GROUP BY 中有一个缝隙，但已被条件c2 = 'a'覆盖：
#: <syntaxhighlight lang="mysql">
SELECT c1, c2, c3 FROM t1 WHERE c2 = 'a' GROUP BY c1, c3;
</syntaxhighlight>
# GROUP BY并非以键的第一部分开头，但是存在为该部分提供常量的条件：
#: <syntaxhighlight lang="mysql">
SELECT c1, c2, c3 FROM t1 WHERE c1 = 'a' GROUP BY c2, c3;
</syntaxhighlight>

== DISTINCT 优化 ==
在许多情况下，'''“DISTINCT”和“ORDER BY”结合需要一个临时表'''。

在大多数情况下，'''“DISTINCT”子句可以视为“GROUP BY”的特例'''。例如，以下两个查询是等效的：
<syntaxhighlight lang="mysql">
SELECT DISTINCT c1, c2, c3 FROM t1
WHERE c1 > const;

SELECT c1, c2, c3 FROM t1
WHERE c1 > const GROUP BY c1, c2, c3;
</syntaxhighlight>
由于这种等效性，适用于“GROUP BY”查询的优化也可以应用于带有“DISTINCT”子句的查询。

* 当结合“LIMIT row_count”和“DISTINCT”时，MySQL 一旦找到 row_count 个唯一行，就会停止运行。
* 如果不使用查询中命名的所有表中的列，MySQL会在找到第一个匹配项后立即停止扫描任何未使用的表。
*: 在以下情况下，假设在 t2 之前使用 t1（您可以使用“EXPLAIN”进行检查），则当 MySQL 在 t2 中找到第一行时，它将停止从 t2（对于 t1 中的任何特定行）读取：
*: <syntaxhighlight lang="mysql">
SELECT DISTINCT t1.a FROM t1, t2 where t1.a=t2.a;
</syntaxhighlight>

== LIMIT 查询优化 ==
【LIMIT：从结果集中只需要指定数量的行，而非整个结果集】 

MySQL 有时会优化具有“LIMIT row_count”子句而没有“HAVING”子句的查询：
# 如果只选择“LIMIT”的几行，MySQL在某些情况下会使用索引，而'''通常它会执行全表扫描'''。
# 如果将“LIMIT row_count”和“ORDER BY”结合使用，MySQL 会在找到排序结果前面的 row_count 个行后立即停止排序，而'''不是对整个结果进行排序'''。
#* 如果通过使用索引进行排序，这将非常快。
#* 如果必须执行“filesort”（文件排序？），则在找到前面的 row_count 个行之前，将选择所有匹配但不带有 LIMIT 子句的行，并对其中的大多数或全部进行排序。找到初始行后，MySQL 不会对结果集的其余部分进行排序。【？】
#*【此行为的一种体现是，具有和不具有 LIMIT 的 ORDER BY 查询可能以不同的 Sequences 返回行】
# 如果将“LIMIT row_count”和“DISTINCT”结合使用，MySQL 将在找到 row_count 唯一行后立即停止。
# 在某些情况下，可以通过按顺序读取索引（或对索引进行排序），然后计算汇总直到索引值更改来解决“GROUP BY”。在这种情况下，“LIMIT row_count”不会计算任何不必要的“GROUP BY”值。
# MySQL 一旦向 Client 端发送了所需的行数，它将立即中止查询，除非您使用“'''SQL_CALC_FOUND_ROWS'''”【见：“[http://wiki.eijux.com/MySQL_%E5%87%BD%E6%95%B0%E5%92%8C%E8%BF%90%E7%AE%97%E7%AC%A6%EF%BC%9A%E4%BF%A1%E6%81%AF%E5%87%BD%E6%95%B0 MySQL 函数和运算符：信息函数]”的“FOUND_ROWS()”部分，其用于“知道该语句在没有 LIMIT 的情况下将返回多少行”】。
#* 在这种情况下，可以使用“SELECT FOUND_ROWS()”检索行数。
# “LIMIT 0”快速返回一个空集。这对于检查查询的有效性很有用。
#* 它还可以用于获取使用 MySQL API 的应用程序中结果列元数据的类型的结果列的类型。通过mysql Client 端程序，您可以使用“--column-type-info”选项显示结果列类型。【？】
# 如果服务器使用临时表来解析查询，则它使用“LIMIT row_count”子句来计算所需的空间。【？】
# 如果没有为“ORDER BY”使用索引，但是也存在“LIMIT”子句，则优化器可能能够避免使用合并文件，并使用内存中“filesort”操作对内存中的行进行排序。【？】

如果“ORDER BY”列中的多行具有相同的值，服务器可以按任意顺序返回这些行，并且根据总体执行计划的不同，返回的顺序也可能不同。换句话说，这些行的排序顺序相对于非排序列是不确定的。
** 影响执行计划的一个因素是“LIMIT”，因此具有 LIMIT 和不具有 LIMIT 的“ORDER BY”查询可能以不同的顺序返回行。
**: <syntaxhighlight lang="mysql">
mysql> SELECT * FROM ratings ORDER BY category;
+----+----------+--------+
| id | category | rating |
+----+----------+--------+
| 1 | 1 | 4.5 |
| 5 | 1 | 3.2 |
| 3 | 2 | 3.7 |
| 4 | 2 | 3.5 |
| 6 | 2 | 3.5 |
| 2 | 3 | 5.0 |
| 7 | 3 | 2.7 |
+----+----------+--------+

mysql> SELECT * FROM ratings ORDER BY category LIMIT 5;
+----+----------+--------+
| id | category | rating |
+----+----------+--------+
| 1 | 1 | 4.5 |
| 5 | 1 | 3.2 |
| 4 | 2 | 3.5 |
| 3 | 2 | 3.7 |
| 6 | 2 | 3.5 |
+----+----------+--------+
</syntaxhighlight>
** 要确保带有 LIMIT 和不带有 LIMIT 的行顺序相同，请在 ORDER BY 子句中包括其他列以使顺序确定。
**: <syntaxhighlight lang="mysql">
mysql> SELECT * FROM ratings ORDER BY category, id;
+----+----------+--------+
| id | category | rating |
+----+----------+--------+
| 1 | 1 | 4.5 |
| 5 | 1 | 3.2 |
| 3 | 2 | 3.7 |
| 4 | 2 | 3.5 |
| 6 | 2 | 3.5 |
| 2 | 3 | 5.0 |
| 7 | 3 | 2.7 |
+----+----------+--------+

mysql> SELECT * FROM ratings ORDER BY category, id LIMIT 5;
+----+----------+--------+
| id | category | rating |
+----+----------+--------+
| 1 | 1 | 4.5 |
| 5 | 1 | 3.2 |
| 3 | 2 | 3.7 |
| 4 | 2 | 3.5 |
| 6 | 2 | 3.5 |
+----+----------+--------+
</syntaxhighlight>

== 函数调用优化 ==
MySQL 函数在内部被标记为确定性或不确定性。
* 不确定：如果给定参数固定值的函数可以'''为不同的调用返回不同的结果'''。如：“RAND()”，“UUID()”。

如果一个函数被标记为不确定的，则对 WHERE 子句中的每一行（从一个表中选择时）或行组合（从多表联接中选择时）的引用进行评估。

MySQL 还根据参数的类型（参数是表列还是常量值）确定何时评估函数。每当表列更改值时，都必须评估将表列作为参数的确定性函数。

'''非确定性函数可能会影响查询性能'''。例如，某些优化可能不可用，或者可能需要更多锁定。

示例：
假设表 t 具有以下定义：
<syntaxhighlight lang="mysql">
CREATE TABLE t (id INT NOT NULL PRIMARY KEY, col_a VARCHAR(100));
</syntaxhighlight>
考虑以下两个查询：
<syntaxhighlight lang="mysql">
SELECT * FROM t WHERE id = POW(1,2);
SELECT * FROM t WHERE id = FLOOR(1 + RAND() * 49);
</syntaxhighlight>
由于与主键的相等性比较，两个查询似乎都使用了主键查找，但这仅适用于第一个查询：
# 第一个查询始终最多产生一行，因为带有常量参数的“POW()”是常量值，用于索引查找。
# 第二个查询包含一个使用不确定函数“RAND()”的表达式，该函数在查询中不是常量，但实际上对于表 t 的每一行都有一个新值。因此，查询将读取表的每一行，评估每一行的谓词，并输出主键与随机值匹配的所有行。这可能是零行，一行或多行，具体取决于 id 列的值和 RAND() 序列中的值。

'''不确定性的影响不仅限于“SELECT”语句'''。此“UPDATE”语句使用非确定性函数来选择要修改的行：
<syntaxhighlight lang="mysql">
UPDATE t SET col_a = some_expr WHERE id = FLOOR(1 + RAND() * 49);
</syntaxhighlight>
大概的目的是最多更新主键与表达式匹配的一行。但是，它可能更新零，一或多个行，具体取决于 id 列的值和 RAND() 序列中的值。

刚刚描述的行为对性能和复制有影响：
* 由于不确定函数不会产生恒定值，因此优化器无法使用其他可能适用的策略，例如索引查找。结果可能是全表扫描。
* InnoDB 可能升级为范围键锁定，而不是为一个匹配的行获取单个行锁定。
* 无法确定执行的更新对于复制是不安全的。

困难源于对表的每一行都对“RAND()”函数进行一次评估的事实。为了避免进行多功能评估，请使用以下技术之一：
# 将包含不确定性函数的表达式移到单独的语句，将值保存在'''变量'''中。在原始语句中，'''将表达式替换为对变量的引用'''，优化器可以将该变量视为常量值：【！】
<syntaxhighlight lang="mysql">
SET @keyval = FLOOR(1 + RAND() * 49);
UPDATE t SET col_a = some_expr WHERE id = @keyval;
</syntaxhighlight>
# 将随机值分配给派生表中的'''变量'''。此技术使变量'''在 WHERE 子句中的比较中使用之前被分配一个值'''：
<syntaxhighlight lang="mysql">
SET optimizer_switch = 'derived_merge=off';
UPDATE t, (SELECT @keyval := FLOOR(1 + RAND() * 49)) AS dt
SET col_a = some_expr WHERE id = @keyval;
</syntaxhighlight>
#: 如前所述，WHERE 子句中的不确定性表达式可能会阻止优化并导致表扫描。但是，如果其他表达式是确定性的，则可以部分优化 WHERE 子句。例如：
#: <syntaxhighlight lang="mysql">
SELECT * FROM t WHERE partial_key=5 AND some_column=RAND();
</syntaxhighlight>
#: 如果优化器可以使用“partial_key”来减少所选行的集合，则执行“RAND()”的次数将减少，从而减少了不确定性对优化的影响。

== 行构造函数表达式优化 ==
行构造函数【？？？就是用函数表示条件语句？？？】允许'''同时比较多个值'''。
: 例如，以下两个语句在语义上是等效的：
<syntaxhighlight lang="mysql">
SELECT * FROM t1 WHERE (column1,column2) = (1,1);
SELECT * FROM t1 WHERE column1 = 1 AND column2 = 1;
</syntaxhighlight>
: 另外，优化器以'''相同的方式处理两个表达式'''。

如果行构造器的列不覆盖索引的前缀，则优化器不太可能使用可用索引。

示例：表在(c1, c2, c3)上具有主键：
<syntaxhighlight lang="mysql">
CREATE TABLE t1 (
c1 INT, c2 INT, c3 INT, c4 CHAR(100),
PRIMARY KEY(c1,c2,c3)
);
</syntaxhighlight>
在此查询中，WHERE 子句使用索引中的所有列。但是，行构造器本身不包含索引前缀，因此优化器仅使用 c1：【“key_len=4”：c1的大小，而非联合主键的大小】
<syntaxhighlight lang="mysql" highlight="2,8,11,12">
mysql> EXPLAIN SELECT * FROM t1
WHERE c1=1 AND (c2,c3) > (1,1)\G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: t1
partitions: NULL
type: ref
possible_keys: PRIMARY
key: PRIMARY
key_len: 4
ref: const
rows: 3
filtered: 100.00
Extra: Using where
</syntaxhighlight>
在这种情况下，使用等效的'''“非构造函数表达式”'''重写“行构造函数表达式”可能会导致更完整的索引使用。对于给定的查询，行构造函数和等效的非构造函数表达式为：【？？？】
<syntaxhighlight lang="mysql">
(c2,c3) > (1,1)
c2 > 1 OR ((c2 = 1) AND (c3 > 1))
</syntaxhighlight>
使用索引中的所有三列重写查询以使用非构造函数表达式会在优化器中产生结果：【“key_len=12”：非联合主键的大小】
<syntaxhighlight lang="mysql" highlight="2,8,11,12">
mysql> EXPLAIN SELECT * FROM t1
WHERE c1 = 1 AND (c2 > 1 OR ((c2 = 1) AND (c3 > 1)))\G
*************************** 1. row ***************************
id: 1
select_type: SIMPLE
table: t1
partitions: NULL
type: range
possible_keys: PRIMARY
key: PRIMARY
key_len: 12
ref: NULL
rows: 3
filtered: 100.00
Extra: Using where
</syntaxhighlight>
因此，为了获得更好的结果，请'''避免将行构造函数与“AND”/“OR”表达式混合使用'''。

在某些情况下，优化器可以将范围访问方法应用于具有行构造函数参数的“IN()”表达式。

== '''避免全表扫描''' ==
当 MySQL 使用全表扫描解析查询时，'''EXPLAIN'''的输出在“type”列中显示“'''ALL'''”【即，使用了“全表扫描”】。

这通常在以下情况下发生：
# '''表太小'''了，执行表扫描比进行键查找要快。这对于行数少于10行且行长较短的表很常见。
# 对于索引列，'''“ON”或“WHERE”子句中没有可用的限制'''。
# 正将索引列与常量值进行比较，MySQL 已经计算出（基于索引树）'''常量覆盖了表的很大一部分，并且表扫描会更快'''。【？？？】
# 正在通过另一列使用'''基数低的键'''（许多行与键值匹配）。
#* 在这种情况下，MySQL 假定：通过使用键，它可能会执行许多键查找，而表扫描会更快。

对于小型表，表扫描通常是适当的，并且对性能的影响可以忽略不计。对于大型表，请尝试以下技术，以避免优化器错误地选择表扫描：
# 使用“'''ANALYZE TABLE tbl_name'''”更新扫描表的 key 分布。
# 对被扫描的表使用“'''FORCE INDEX'''”来告诉 MySQL：与使用给定索引相比，表扫描非常昂贵：
#: <syntaxhighlight lang="mysql">
SELECT * FROM t1, t2 FORCE INDEX (index_for_column)
WHERE t1.col_name=t2.col_name;
</syntaxhighlight>
# 使用“--max-seeks-for-key=1000”选项启动 mysqld，或使用“SET max_seeks_for_key=1000”告诉优化器假定没有键扫描会导致超过 1000 个键查找。

JS 执行过程：执行上下文、词法环境

2023-04-18T10:07:57Z

Eijux：/* This 绑定（This Binding） */

[[category:JavaScript]]

== 执行上下文（Execution Contexts） ==
''' <big>执行上下文</big>（Execution Contexts）'''：是一种规范设备，用于跟踪 ECMAScript 实现对代码的运行时评估 —— JavaScript 代码都需要运行在相应的“执行上下文”中

执行上下文一共有三种类型：
# '''全局执行上下文'''：基础的上下文，任何不在函数内部的代码都在其中。
#: 它会执行两件事：创建一个全局的 window 对象（浏览器的情况下），并且设置 this 的值等于这个全局对象。
#* 程序首次允许时创建 —— '''一个程序中只会有一个全局执行上下文'''。
# '''函数执行上下文'''：函数内部的代码所在的上下文。
#* 每次函数被调用都会创建一个新的执行上下文 —— '''同一函数的多次执行，会多个上下文'''
# '''eval执行上下文'''：eval() 内部的代码所在的执行上下文
#* 使用“eval方法”时创建

在任何时间点，最多有一个“执行上下文”在实际执行代码，这被称为“正在运行的执行上下文”（running execution context）。

=== 执行上下文栈 ===
'''<big>执行上下文栈</big>（Execution context stack，ECS）'''：又称“调用栈 / 执行栈”（call stack），用于跟踪“执行上下文” —— “正在运行的执行上下文”就是这个其的栈顶元素

函数的“执行过程”就是：对应的“执行上下文”（栈帧）在“调用栈”中的“'''入栈'''”（开始执行）、“'''出栈'''”（执行完毕）操作。

示例：
: <syntaxhighlight lang="JavaScript" highlight="">
let a = 'Hello World!';
function first() {
console.log('Inside first function');
second();
console.log('Again inside first function');
}
function second() {
console.log('Inside second function');
}
first();
console.log('Inside Global Execution Context');
</syntaxhighlight>
: [[File:JavaScript：执行上下文栈（Execution context stack，ECS）：示例.png|800px]]

=== 状态组件（State Components） ===
{| class="wikitable" style="width:100%;"
|+ 执行上下文的状态组件
|-
! style="width:20%;" | <big>组件（Component）</big>
! style="width:80%;" | <big>用途（Purpose）</big>
|-
! colspan="2" | “所有执行上下文”的状态组件
|-
| 代码评估状态（code evaluation state） || 对“与执行上下文关联的代码的执行、挂起和恢复”进行评估所需的任何状态。
|-
| 函数（Function） || 如果这个执行上下文正在评估函数对象的代码，那么这个组件的值就是那个函数对象。如果上下文正在评估脚本或模块的代码，则该值为null。
* “正在运行的执行上下文（running execution context）”的 Function 组件的值也被称为“活动函数对象（active function object）”
|-
| 领域（Realm） || “关联代码”访问“ECMAScript 资源”的领域
* “正在运行的执行上下文（running execution context）”的 Realm 组件的值也被称为“当前 Realm（current Realm）”。
|-
! colspan="2" | “ECMAScript代码执行上下文”的附加状态组件
|-
| 词法环境（LexicalEnvironment） || 标识“词法环境”，用于解析代码在此执行上下文中造成的标识符引用。
|-
| 变量环境（VariableEnvironment） || 标识“词法环境”，其 EnvironmentRecord 保存由 VariableStatements 在此执行上下文中创建的绑定。
|-
! colspan="2" | “生成器执行上下文”的附加状态组件
|-
| 生成器（Generator） || 此执行上下文正在评估的 Generator 对象。
|}

执行上下文的 LexicalEnvironment 和 VariableEnvironment 组件始终是“词法环境（Lexical Environments）”。

创建执行上下文时，其 LexicalEnvironment 和 VariableEnvironment 组件最初具有相同的值。

=== 生命周期 ===
可以分为 2 个主要阶段：
# '''创建阶段（Creation Phase）'''：（“预编译阶段”）JavaScript 引擎会做以下几件事情：
## 创建“'''词法环境（Lexical Environment）'''”组件
## 创建“'''变量环境（Variable Environment）'''”组件
# '''执行阶段（Code Execution Phase）'''：（“执行阶段”）JavaScript 引擎会按照代码的顺序逐行执行，并且根据需要更新变量和函数的值
#* 在执行阶段，如果 JavaScript 引擎不能在源码中声明的实际位置找到 '''let''' 变量的值，它会被赋值为 <code>'''undefined'''</code>。

== 词法环境（Lexical Environment） ==
'''<big>词法环境</big>（Lexical Environment）'''：是一种规范类型，基于 ECMAScript 代码的“词法嵌套结构”来定义“'''标识符'''”和具体“'''变量 / 函数'''”的关联

—— '''标识符'''：变量 / 函数的名字
—— '''标识符'''：对“原始数据”或“实际对象”（包含函数类型对象）的引用

<big>⭐</big> 即：词法环境，是一种持有'''“标识符-变量”映射'''的结构

通常，词汇环境与 ECMAScript 代码的某些特定语法结构相关联，如 FunctionDeclaration、BlockStatement、Try 语句的 Catch 子句，'''每次评估此类代码时都会创建一个新的词汇环境'''。

特殊的“词法环境”：
# '''全局环境（global environment）'''：是一个没有外部环境的词汇环境（“外部词法环境引用”为 null）。
#* 全局环境的 EnvironmentRecord 可以预先填充标识符绑定，并包含关联的“全局对象”，该对象的属性提供了一些全局环境的标识符绑定；
#* 这个“全局对象”是全局环境的 This 绑定的值；
#* 在执行 ECMAScript 代码时，可以向“全局对象”添加其他属性，并修改初始属性；
# '''模块环境（module environment）'''：是一个包含模块的顶级声明的绑定的词法环境。
#* 它还包含由模块显式导入的绑定；
#* 其“外部词法环境引用”是一个“全局环境”；
# '''函数环境（function environment）'''：是一个“对应于ECMAScript函数对象的调用”的词汇环境。
#* 它可以建立一个新的 this 绑定；
#* 它还将捕获支持 super 方法调用所需的状态；

<div class="mw-code" style="white-space: normal; line-height: 1.6;">
<big>⭐</big> 词法环境，三个部分组成：
# 一个“'''环境记录（Environment Record）'''”
# 一个“'''（可能为空值的）''''''外部词法环境引用（Outer Lexical Environment）'''”
# 以及“'''This 绑定（This Binding）'''”
</div>

其伪代码如下：
: <syntaxhighlight lang="JavaScript" highlight="">
// 全局执行上下文
GlobalExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object", // 环境记录: "对象式环境记录"
// 在这里绑定标识符
},
outer: <null>, // 外部词法环境引用: null
this: <global object> // this 绑定: "全局对象"
}
}

// 函数执行上下文
FunctionExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative", // 环境记录: "声明式环境记录"
// 在这里绑定标识符
},
outer: <Global or outer function environment reference>, // 外部词法环境引用: 外部"词法环境"
this: <depends on how function is called> // this 绑定: 取决于函数调用方式
}
}
</syntaxhighlight>

=== 环境记录（Environment Record） ===
'''<big>环境记录</big>（Environment Record）'''：记录'''在其关联的“词法环境”的范围内创建的“标识符”绑定''' —— 任何在“环境记录”中的标识符都可以在当前“词法环境”直接以标识符形式访问

两种主要的“环境记录”：
# '''声明式环境记录（Declarative Environment Record）'''：记录 '''范围内的声明'''
#* 主要用于“'''函数'''”和“'''catch'''”词法环境
# '''对象式环境记录（Object Environment Record）'''：记录 '''绑定对象的属性'''
#* 主要用于“'''with'''”和 '''global''' 的词法环境
# '''全局环境记录（Global Environment Record）'''：一个对“对象式环境记录”和“声明式环境记录”组件的封装

==== 声明式环境记录（Declarative Environment Record）<ref group="ECMAScript" name="声明式环境记录"/> ====
'''声明式环境记录'''：与'''ECMAScript 程序范围'''相关联，将绑定其范围内包含的'''声明（declarations）'''所定义的标识符集

<big>💡</big>“'''ECMAScript 程序范围'''”包括：'''variable'''、'''constant'''、'''let'''、'''class'''、'''module'''、'''import'''、'''function declarations''' 等所定义的标识符集

注意：
* 其方法（CreateMutableBinding、CreateImmutableBinding）：
*# 要求该 binding 在创建前必须不存在 —— 【let 无法重定义？】
*# 会将该 binding 标记为 '''uninitialized''' ——【let 的暂时性死区？】
* 其方法（GetBindingValue）：如果该 binding 是一个 uninitialized binding，将引发 ReferenceError

==== 对象式环境记录（Object Environment Record）<ref group="ECMAScript" name="对象式环境记录"/> ====
'''对象式环境记录'''：与一个'''绑定对象（binding object）'''相关联，将绑定与其“绑定对象”的属性名称直接对应的字符串标识符名称集

<big>💡</big>“'''绑定对象（binding object）'''”包括：'''全局对象'''（即浏览器环境的“Window 对象”）、'''With 语句关联的对象'''

注意：
* 其方法（CreateMutableBinding）：
*# 并不要求该 binding 在创建前必须不存在 ——【var 可重定义？】
*# 会将该 binding 初始化为 '''undefined''' ——【var 提升？】
* “标识符”将与“binding object”的属性一一对应：
*: 示例：
*: <syntaxhighlight lang="JavaScript" highlight="">
// 定义的标识符
var x = 1000

// 可以通过如下方式获取
console.log(window.x)
</syntaxhighlight>
*: <syntaxhighlight lang="JavaScript" highlight="">
// binding object 中的属性
window.y = 999

// 也可以通过标识符直接获取
console.log(y)
</syntaxhighlight>
* 无论<code><nowiki>[[Enumerable]]</nowiki></code>属性的设置如何，集合中始终包含了“'''自身的'''”和“'''继承的'''”属性
* 因为对象可以动态添加和删除属性，所以绑定的“标识符”集一定是'''可变的'''

==== 全局环境记录（Global Environment Record）<ref group="ECMAScript" name="全局环境记录"/> ====
'''全局环境记录'''：在逻辑上是单个记录，但被指定为封装“对象环境记录（Declarative Environment Record）”和“声明性环境记录（Object Environment Record）”的组合 —— 专门用于脚本全局声明

其中：
# “'''对象环境记录'''”：将关联领域（Realm）的全局对象作为其基础对象，包括：
## 所有 built-in globals（内置全局变量）的绑定，
## 全局代码中 FunctionDeclaration、GeneratorDeclaration 或 VariableStatement 引入的所有绑定
# “'''声明性环境记录'''”：全局代码中所有其他 ECMAScript 声明的绑定

=== 外部词法环境引用（Outer Lexical Environment） ===
'''<big>外部词法环境引用</big>（Outer Lexical Environment）'''：用于'''对词法环境值的“逻辑嵌套”进行建模''' —— 意味着通过它可以'''访问其“外部词法环境”'''

如果在当前的“词法环境”中找不到变量，JavaScript 引擎可以在外部环境中查找这些变量：
*（内部）词汇环境的外部引用是指在逻辑上围绕内部词汇环境的词汇环境
* 外部词汇环境可能有自己的外部词汇环境
* 一个词汇环境可以作为多个内部词汇环境的外部环境

每个“词法环境”都使用“外部词法环境引用”与其“外部词法环境”链接，如此将形成一个“'''环境链'''”（ES 3 中的'''作用域链'''） —— 用于“'''标识符的解析'''”（变量的查找）

=== This 绑定（This Binding） ===
<div class="mw-code" style="white-space: normal; line-height: 1.6;">
<big>⭐ '''This Binding'''：</big>
# 在“'''全局执行上下文'''”中：this 的值指向“'''全局对象'''”
#* 浏览器中，“全局对象”即 <code>'''Window'''</code> 对象
# 在“'''函数执行上下文'''”中：this 的值'''取决于函数调用方式'''：
## 若函数被一个引用对象调用，this 将指向对象，
## 否则，this 的值被设置为“'''全局对象'''”（非严格模式）或者 <code>'''undefined'''</code>（严格模式）
</div>

关于“this”的理解，参考：[https://yehudakatz.com/2011/08/11/understanding-javascript-function-invocation-and-this/ 《Understanding JavaScript Function Invocation and "this"》]

== 补充内容 ==
“执行上下文”、“词汇环境”和“环境记录”纯粹是规范机制，不需要与 ECMAScript 实现的任何特定内容相对应。 ECMAScript 程序不可能直接访问或操作这些值。

=== LexicalEnvironment 与 VariableEnvironment ===
'''LexicalEnvironment''' 和 '''VariableEnvironment'''：都是'''执行上下文的组件'''，且同是“词法环境（Lexical Environments）”

创建执行上下文时，其 LexicalEnvironment 和 VariableEnvironment 组件最初具有相同的值。

—— 【注意：“Lexical Environments”指是“词法环境”这一规范机制，而“LexicalEnvironment”才指执行上下文的“词法环境”组件】

# “'''词法环境（LexicalEnvironment）'''”：用于记录范围内的“函数声明”和“变量声明”（let 和 const）的绑定
#* 有“全局作用域”、“函数作用域”及“块作用域”
# “'''变量环境（VariableEnvironment）'''”：仅记录“'''var''' 变量”的绑定
#* 只有“全局作用域”和“函数作用域”

<big>⭐</big> “变量环境（VariableEnvironment）”的概念是为 ES6 服务的：'''为了实现 var 的变量提升'''

“变量环境（VariableEnvironment）”：其 EnvironmentRecord 保存由 VariableStatements（var 变量）在此“执行上下文”中创建的绑定

=== '''完整总结''' ===
# '''全局执行上下文'''：
## “'''词法环境'''”：
### “'''对象式环境记录'''”：记录全局的“'''函数、变量（let, const）'''”等声明
### “'''外部词法环境引用'''”：为 '''null'''
### “'''This 绑定'''”：为“全局对象”（浏览器环境，即 '''Window 对象'''）
## “'''变量环境'''”:
### “'''对象式环境记录'''”：记录全局的“'''变量 var'''”的声明
### ...
#: <syntaxhighlight lang="JavaScript" highlight="">
// 全局执行上下文
GlobalExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
// 环境记录: "对象式环境记录"
Type: "Object",
/**
* 在此处绑定标识符
* 包括: "函数声明"和"变量声明"(let, const)的绑定
* */
}
// 外部词法环境引用: null
outer: <null>,
// this 绑定: "全局对象"
ThisBinding: <Global Object>
},
// 变量环境
VariableEnvironment: {
EnvironmentRecord: {
// 环境记录: "对象式环境记录"
Type: "Object",
/**
* 在此处绑定标识符
* 仅: "变量声明"(var)的绑定
* */
}
// 外部词法环境引用: null
outer: <null> ,
// this 绑定: "全局对象"
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# '''函数执行上下文'''：
## “'''词法环境'''”：
### “'''声明式环境记录'''”：包含：
###* 函数的“'''函数、变量（let, const）'''”等声明
###* 传递给函数的“'''arguments 对象'''” —— （对象存储索引与参数的映射、参数的 length）
### “'''外部词法环境引用'''”：为“'''外部词法环境 / 全局词法环境'''”
### “'''This 绑定'''”：'''取决于函数调用方式'''（及是否严格模式）
## “'''变量环境'''”:
### “'''声明式环境记录'''”：记录函数的“'''变量 var'''”的声明
### ...
#: <syntaxhighlight lang="JavaScript" highlight="">
// 函数执行上下文
FunctionExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
// 环境记录: "声明式环境记录"
Type: "Declarative",
/**
* 在此处绑定标识符
* 包括: "函数声明"和"变量声明"(let, const)的绑定
* 以及: 传递给函数的 arguments 对象
* */
},
// 外部词法环境引用: "外部词法环境"或"全局词法环境"
outer: <Global or outer function environment reference>,
// this 绑定: 取决于函数调用方式
ThisBinding: <depends on how function is called>,
},
// 变量环境
VariableEnvironment: {
EnvironmentRecord: {
// 环境记录: "声明式环境记录"
Type: "Declarative",
/**
* 在此处绑定标识符
* 仅: "变量声明"(var)的绑定
* */
},
// 外部词法环境引用: "外部词法环境"或"全局词法环境"
outer: <Global or outer function environment reference>,
// this 绑定: 取决于函数调用方式
ThisBinding: <depends on how function is called>,
}
}
</syntaxhighlight>

== 案例分析 ==
以如下代码为例：
: <syntaxhighlight lang="JavaScript" highlight="">
let a = 10;
const b = 20;
var c;
function multiply(d, e) {
var f = 50;
return d * e * f * a;
}
c = multiply(30, 40);
</syntaxhighlight>

分析 JavaScript 引擎执行过程：
# “'''全局执行上下文'''”的“'''创建阶段'''”：
#: 创建“词法环境”、“变量环境”组件
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: <uninitialized> ,
b: <uninitialized> ,
multiply: <func>
}
outer: <null> ,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: undefined,
}
outer: <null> ,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# “'''全局执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: 10,
b: 20,
multiply: <func>
}
outer: <null>,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: undefined,
}
outer: <null>,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# “'''函数执行上下文'''”的“'''创建阶段'''”：
#: 创建“词法环境”、“变量环境”组件
#: <syntaxhighlight lang="JavaScript" highlight="">
FunctionExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
Arguments: {0: 30, 1: 40, length: 2},
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>,
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
f: undefined
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>
}
}
</syntaxhighlight>
#* ThisBinding：“非严格模式”为“Global Object”，“严格模式”为“undefined”
# “'''函数执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
FunctionExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
Arguments: {0: 30, 1: 40, length: 2},
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>,
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
f: 50
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>
}
}
</syntaxhighlight>
#* 函数中使用了<abbr title="跨作用域的变量">'''自由变量'''</abbr>（“a”），将通过其“'''外部词法环境引用'''”（到“GlobalLexicalEnvironment”中）查找
# “'''全局执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: 10,
b: 20,
multiply: <func>
}
outer: <null>,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: 600000,
}
outer: <null>,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>

== 参考 ==
=== ECMAScript ===
以下内容来自：《ECMAScript® 2015 Language Specification》的 [https://262.ecma-international.org/6.0/#sec-executable-code-and-execution-contexts 《Executable Code and Execution Contexts》]
<references group="ECMAScript">
<ref group="ECMAScript" name="声明式环境记录">
声明式环境记录（Declarative Environment Record），定义/描述：
<blockquote>
声明性环境记录用于定义 ECMAScript 语言语法元素的效果，如 FunctionDeclarations、VariableDeclarations 和 Catch 子句，这些子句将“标识符绑定”与“ECMAScript 语言值”直接关联。
</blockquote>
::* “ECMAScript 语言值（ECMAScript language values）”：由“ECMAScript语言类型（ECMAScript Language Types）”表征的值
::* “ECMAScript语言类型（ECMAScript Language Types）”：包括 '''Undefined'''、'''Null'''、'''Boolean'''、'''String'''、'''Symbol'''、'''Number''' 和 '''Object'''
<blockquote>
每个声明性环境记录都与 ECMAScript 程序范围相关联，该程序范围包含 '''variable'''（变量）, '''constant'''（常量）, '''let''', '''class''', '''module''', '''import''', and/or '''function declarations'''。声明性环境记录绑定其范围内包含的声明所定义的标识符集。
</blockquote>
</ref>

<ref group="ECMAScript" name="对象式环境记录">
对象式环境记录（Object Environment Record），定义/描述：
<blockquote>
对象环境记录用于定义 ECMAScript 元素（如 WithStatement）的效果，这些元素将“标识符绑定”与“某些对象的属性”相关联。
</blockquote>
<blockquote>
每个对象“环境记录”都与一个称为其“绑定对象（binding object）”的对象相关联。对象环境记录将绑定与其“绑定对象”的属性名称直接对应的字符串标识符名称集。不是 IdentifierName 形式的字符串的属性键不包括在绑定标识符集中。无论 <nowiki>[[Enumerable]]</nowiki> 属性的设置如何，集合中都包含了自己的和继承的属性。因为可以从对象中动态添加和删除属性，所以由对象 Environment Record 绑定的标识符集可能会发生更改，这可能是任何添加或删除财产的操作的副作用。由于这种副作用而创建的任何绑定都被认为是可变绑定，即使相应属性的 Writable 属性的值为 false。对象“环境记录”不存在不可变绑定。
</blockquote>
</ref>

<ref group="ECMAScript" name="全局环境记录">
全局环境记录（Global Environment Record），定义/描述：
<blockquote>
全局环境记录和函数环境记录是专门用于脚本全局声明和函数中的顶级声明的专门化。
</blockquote>
<blockquote>
全局环境记录用于表示在 common Realm（公共领域）中处理的所有 ECMAScript 脚本元素共享的最外部作用域。全局环境记录为 built-in globals（内置全局变量）、properties of the global object（全局对象的属性）以及脚本中出现的所有顶级声明提供绑定。

全局环境记录在逻辑上是单个记录，但它被指定为封装“对象环境记录（Declarative Environment Record）”和“声明性环境记录（Object Environment Record）”的组合。“对象环境记录”将关联 Realm（领域）的全局对象作为其基础对象。这个全局对象是全局环境记录的 GetThisBinding 具体方法返回的值。全局环境记录的对象环境记录组件包含所有 built-in globals（内置全局变量）的绑定，以及全局代码中包含的 FunctionDeclaration、GeneratorDeclaration 或 VariableStatement 引入的所有绑定。全局代码中所有其他 ECMAScript 声明的绑定都包含在全局环境记录的“声明性环境记录”组件中。

可以直接在全局对象上创建属性。因此，全局环境记录的对象环境记录组件可能既包含由 FunctionDeclaration、GeneratorDeclassion 或 VariableDeclassing 声明显式创建的绑定，也包含作为全局对象的属性隐式创建的链接。为了识别哪些绑定是使用声明显式创建的，全局环境记录会维护一个使用其 CreateGlobalVarBindings 和 CreateGlobalFunctionBindings 具体方法绑定的名称列表。
</blockquote>
</ref>
</references>

=== 网络文章 ===
注意：部分文章表述的是旧版本的 ES：
# [https://blog.bitsrc.io/understanding-execution-context-and-execution-stack-in-javascript-1c9ea8642dd0 《Understanding Execution Context and Execution Stack in Javascript》]
#: [https://juejin.cn/post/7129510217863299102 《ES2018 最新【译】理解Javascript中的执行上下文和执行栈》] —— 比较完善，列出了 ES 不同版本的变化
#: [https://juejin.cn/post/6844903682283143181 《<nowiki>[译]</nowiki> 理解 JavaScript 中的执行上下文和执行栈》] —— 不太准确
# [https://juejin.cn/post/6844903733495595016 《深入JavaScript系列（一）：词法环境》]
# [https://juejin.cn/post/7118721446615973896 《JavaScript筑基（三）：环境记录》]
# [https://limeii.github.io/2019/05/js-lexical-environment/ 《JS：深入理解JavaScript-词法环境》] —— 案例不错

变量、作用域、闭包

2023-04-17T23:34:00Z

Eijux：/* 作用域参考：《【JavaScript】深入理解JS中的词法作用域与作用域链》 */

[[category:JavaScript]]

== 变量<ref group="MDN" name="Variables"/> ==
ECMAScript 6 中引入了 let、const。

JavaScript 有三种声明方式：
# '''var'''：声明一个'''变量'''，初始化可选。
# '''let'''：声明一个'''变量'''，初始化可选。
# '''const'''：声明一个'''常量'''，必须初始化。

“局部变量”/“全局变量”只与其定义位置有关：在“函数内部”/“函数之外”声明的变量

=== var：变量提升<ref group="MDN" name="Hoisting"/> ===
<big>'''提升（Hoisting）'''</big>：变量和函数的'''声明'''会在物理层面（在编译阶段被放入内存中）移动到代码的最前面 —— 变量/函数的“初始化”和“使用”可以在“声明”之前（先使用再声明）。

函数和变量相比，会被优先提升 —— 函数会被提升到更靠前的位置。

# '''变量提升'''<ref group="MDN" name="var"/>：
#: <syntaxhighlight lang="JavaScript" highlight="">
bla = 2
var bla;

// 可以理解为：

var bla;
bla = 2;
</syntaxhighlight>
# '''函数提升'''<ref group="MDN" name="function"/>：
#: <syntaxhighlight lang="JavaScript" highlight="">
hoisted(); // logs "foo"
function hoisted() {
console.log('foo');
}

// 可以理解为：

function hoisted() {
console.log('foo');
}
hoisted(); // logs "foo"
</syntaxhighlight>

<big>⭐</big> '''JavaScript 只会提升声明，不会提升其初始化''' —— 如果在“声明”和“初始化”之前“使用”，将使用 '''undefined'''

: 示例：
: <syntaxhighlight lang="JavaScript" highlight="">
// “使用”先于“初始化”
console.log(num); // Returns undefined
var num;
num = 6;

// “初始化”先于“使用”
num = 6;
console.log(num); // returns 6
var num;
</syntaxhighlight>

<big>⭐</big> '''函数表达式（function expressions）不会被提升'''

: 示例：
: <syntaxhighlight lang="JavaScript" highlight="">
notHoisted(); // TypeError: notHoisted is not a function

var notHoisted = function() {
console.log('bar');
};
</syntaxhighlight>

=== let：暂时性死区<ref group="MDN" name="let"/> ===
<big>'''暂时性死区（Temporal dead zone，TDZ）'''</big>：从“代码块的开始”直到“声明变量的行”，'''let''' 或 '''const''' 声明的变量都处于“暂时性死区”中 —— 这并不是“提升”！！！

# 在“暂时性死区”中访问变量将抛出 '''ReferenceError'''：
#: <syntaxhighlight lang="JavaScript" highlight="">
{
// TDZ starts at beginning of scope
console.log(bar); // undefined
console.log(foo); // ReferenceError
var bar = 1;
let foo = 2;
// End of TDZ (for foo)
}
</syntaxhighlight>
# “暂时性死区”取决于“'''执行顺序'''”（时间），而非“代码顺序”（位置）：
#: <syntaxhighlight lang="JavaScript" highlight="">
{
// TDZ starts at beginning of scope
const func = () => console.log(letVar); // OK
let letVar = 3;
// End of TDZ (for letVar)

func(); // Called outside TDZ!
}
</syntaxhighlight>

=== var 与 let 的区别<ref group="MDN" name="var"/><ref group="MDN" name="let"/> ===
{| class="wikitable"
|+ var 与 let
|-
! \ !! var !! let
|-
| '''块作用域''' || ✘ || ✔
|-
| '''变量提升''' || ✔ || ✘
|-
| '''重新声明'''
| ✔
: <syntaxhighlight lang="JavaScript" highlight="">
var user = "Pete";
var user = "John";
console.log(user); // John
</syntaxhighlight>
| ✘
: <syntaxhighlight lang="JavaScript" highlight="">
let user;
let user; // SyntaxError: 'user' has already been declared
</syntaxhighlight>
|}

== 作用域<ref group="MDN" name="Scope"/><ref group="Wikioe" name="lexical-environment"/><ref>参考：[https://juejin.cn/post/7069578126979760158 《【JavaScript】深入理解JS中的词法作用域与作用域链》]</ref> ==
<big>'''作用域'''</big>是当前的执行上下文，值和表达式在其中“可见”或可被访问。

# 全局作用域：可被当前'''文档'''中的任何其他代码所访问；
# 函数作用域：可被当前'''函数'''内部的其他代码所访问；
# '''块作用域'''：可被当前'''块'''（由 '''<code>{ }</code>''' 包围）内部的其他代码所访问；
#* 仅 let、const 支持

ECMAScript 6 之前没有“块作用域”：语句块中声明的变量将成为语句块所在函数（或全局作用域）的局部变量。

=== 作用域链 ===
<big>'''作用域链'''</big>：由于作用域的层层嵌套而形成的关系。

作用域链用于变量的查找过程：
: <syntaxhighlight lang="JavaScript" highlight="">
var x = 10

function outer() {
var x = 20
function inner() {
console.log(x)
}
inner()
}
outer() // 20
</syntaxhighlight>
: 以上代码，包括三个作用域：
:# 全局作用域：包含变量 x（=10）
:# 函数作用域（outer）：包含变量 x（=20）
:# 函数作用域（inner）：不包含变量
: 查找过程：
:# console.log(x) 将在“函数作用域（inner）”中查找变量“x”：失败
:# 在“函数作用域（outer）”查找变量“x”：成功（x = 20）
:# 使用该变量：输出 20

=== 作用域模型：'''词法作用域'''<ref>参考：[https://www.freecodecamp.org/chinese/news/javascript-lexical-scope-tutorial/ 《JavaScript 中的词法作用域——JS 中的作用域究竟是什么？》]</ref> ===
<div class="mw-code" style="white-space: normal; line-height: 1.6;">
从语言的层面来说，作用域模型分两种：（根据作用域的生成时机）
# '''静态作用域'''：在'''代码编写时'''完成划分，作用域沿以'''定义位置'''向外延伸
#* 也称“'''词法作用域'''”，是最为普遍的一种作用域模型
# '''动态作用域'''：在'''代码运行时'''完成划分，作用域链以'''调用栈'''向外延伸
#* 由 bash、Perl 等语言所使用
</div>

'''词法作用域（Lexical Scope）'''：即“词法分析时生成的作用域”，'''根据源代码中“声明变量的位置”来确定该变量在何处可用'''

示例：
: <syntaxhighlight lang="JavaScript" highlight="">
let x = "Eijux";

function getX() {
return x;
}

console.log(getX()) // Eijux
</syntaxhighlight>
: 变量 x 的“词法作用域”为“全局作用域”（定义时的作用域）而非“getX 函数作用域”

<big>⭐</big> 一个声明（定义变量、函数等）的“词法作用域”就是其“'''定义时的作用域'''” —— 注意：'''并不是“调用时的作用域”'''

示例：
: <syntaxhighlight lang="JavaScript" highlight="">
var x = 0

function foo() {
var x = 1
bar()
}
function bar() {
console.log(x) // 0
}

foo()
</syntaxhighlight>
: 由于“词法作用域”（定义时的作用域）决定了：foo、bar 的上级作用域是“全局作用域”，所以 bar 中使用的 x 来自“全局作用域”而非“foo 函数作用域”

==== 欺骗“词法作用域” ====
<div class="mw-code" style="white-space: normal; line-height: 1.6;">
虽然“词法作用域”在代码编写时就确定，但仍然可以修改：
# '''eval()'''<ref group="MDN" name="eval"/>：将传入的字符串当做 JavaScript 代码进行执行
#*有性能和安全隐患，'''不建议使用'''
# '''with'''<ref group="MDN" name="with"/>：扩展一个语句的作用域链
#* 有语义不明和兼容问题，'''已弃用'''
</div>

# 通过 eval() 修改词法作用域：
#: <syntaxhighlight lang="JavaScript" highlight="">
var num = 10
var str = "var num = 20"

function fn(str) {
eval(str)
console.log(num)
}

fn(str)
</syntaxhighlight>
# 通过 with 修改词法作用域：
#: <syntaxhighlight lang="JavaScript" highlight="">
var x = { a: 1 }

function fn(obj) {
with (obj) {
a = 2
}
}

console.log(x.a) // 1
fn(x)
console.log(x.a) // 2
</syntaxhighlight>

== 闭包<ref group="MDN" name="closure"/><ref group="javascript.info" name="closure"/> ==
<big>'''闭包（closure）'''</big>：'''函数'''以及其捆绑的'''词法环境（lexical environment）'''<ref group="Wikioe" name="lexical-environment"/>的组合

—— “词法环境”包含了这个闭包创建时作用域内的任何局部变量

'''在 JavaScript 中，闭包会随着函数的创建而被同时创建。'''

示例：
: <syntaxhighlight lang="JavaScript" highlight="">
function makeAdder(x) {
// 返回一个函数
return function (y) {
return x + y
}
}

var add5 = makeAdder(5) // 闭包
var add10 = makeAdder(10) // 闭包

console.log(add5(2)); // 7
console.log(add10(2)); // 12
</syntaxhighlight>
: 以上代码包含两个闭包 add5、add10，二者：
:# 共享相同的“函数定义”：makeAdder
:# 保存不同的“词法环境”：add5 中 x 为 5，add10 中 x 为 10

简单来说，闭包让开发者可以从内部函数访问外部函数的作用域

=== '''一个有意思的例子'''<ref group="TypeScript" name="variable"/> ===
一个涉及到“'''Event Loop'''”、“'''var 作用域'''”、“'''闭包'''”（“'''词法环境'''”）的例子。

对于以下代码：
: <syntaxhighlight lang="JavaScript" highlight="">
for (var i = 0; i < 10; i++) {
setTimeout(function() { console.log(i) }, 100 * i)
}
</syntaxhighlight>
: 其输出如何 ❓
:{| class="wikitable" style="width:100%;"
|-
| style="width:50%;" | 是否预期输出：
: <syntaxhighlight lang="bash" highlight="">
0
1
2
...
9
</syntaxhighlight>
| style="width:50%;" | 但，实际输出：
: <syntaxhighlight lang="JavaScript" highlight="">
10
10
10
...
10
</syntaxhighlight>
|}

原因分析：
# 【var 作用域】：var 变量的作用域在 for 外部 —— 每次循环使用的都是同一个 <code> i </code>
#* var 变量是没有“块作用域”的！！！
# 【闭包】：for 循环将会创建 10 个闭包，它们：
#: 共享相同的“函数定义”：<code> function() { console.log(i) } </code>
#: 共享相同的“词法环境”（“变量环境”），'''其“环境记录器”将使用同一个 var 变量''' —— <code> i </code>
# 【Event Loop】：setTimeout 是一个任务，将在 for 所有循环完成之后执行 —— 而 <code> i </code> 在所有循环之后其值为 10
综上：各个闭包将在 for 所有循环完成之后，使用同一个 <code> i </code> 值（10）来执行函数。

解决问题有多种方式：总之，'''使闭包不再使用相同的词法环境'''<ref group="Wikioe" name="lexical-environment"/> 即可

'''思路一：若“函数”执行依赖于“外部变量”，则使“词法环境”的“外部环境引用”不同'''

'''思路二：若“函数”执行依赖于“内部变量 / 参数”，则使“词法环境”的“环境记录”不同'''

'''思路一'''：函数的执行依赖于“外部变量”，则“使用 '''let''' / '''const'''（块作用域）”保证每次迭代的“词法环境”的“外部环境引用”不同
# '''使用 let 替换 var'''：
#: <syntaxhighlight lang="JavaScript" highlight="">
for (let i = 0; i < 10; i++) {
setTimeout(function() { console.log(i) }, 100 * i)
}
</syntaxhighlight>
# '''使用 let/const 捕获 var'''：
#: <syntaxhighlight lang="JavaScript" highlight="">
for (var i = 0; i < 10; i++) {
let v = i
setTimeout(function() { console.log(v) }, 100 * v)
}
</syntaxhighlight>

'''思路二'''：若“函数”执行依赖于“参数”，则“使用参数捕获外部变量”保证每次迭代的“词法环境”的“环境记录”不同
# 通过“'''立即执行的函数表达式（IIFE）'''”<ref group="MDN" name="IIFE"/><ref group="javascript.info" name="var"/>： —— 【将产生不必要的闭包（嵌套闭包）】
#: <syntaxhighlight lang="JavaScript" highlight="">
for (var i = 0; i < 10; i++) {
(function(v) {
setTimeout(function() { console.log(v) }, 100 * v)
})(i)
}
</syntaxhighlight>
# 通过“'''向函数传递变量作为参数'''”： —— 【没有不必要的闭包】
#: <syntaxhighlight lang="JavaScript" highlight="">
for (var i = 0; i < 10; i++) {
setTimeout(function(v) { console.log(v) }, 100 * i, i)
}
</syntaxhighlight>
#: 等同于：
#: <syntaxhighlight lang="JavaScript" highlight="">
function fn(v) {
console.log(v)
}

for (var i = 0; i < 10; i++) {
setTimeout(fn, 100 * i, i)
}
</syntaxhighlight>

== 补充内容 ==

=== '''var 没有“块作用域”'''<ref group="javascript.info" name="var"/> ===
<big>⭐</big> '''var 变量没有“块作用域”'''：将会使用（块所在的）“函数作用域”或“全局作用域” —— 这是因为在早期的 JavaScript 中，块没有'''词法环境'''<ref group="Wikioe" name="lexical-environment"/>

'''var 将透传 if、for 和其它代码块'''

示例一：
: <syntaxhighlight lang="JavaScript" highlight="">
if (true) {
var x = 5;
}
console.log(x); // 5

if (true) {
let y = 5;
}
console.log(y); // ReferenceError: y is not defined
</syntaxhighlight>
示例二：
: <syntaxhighlight lang="JavaScript" highlight="">
function f() {
console.log(tmp);
if (false) {
var tmp = 'hello world';
}
}

f(); // undefined
</syntaxhighlight>
: 由于变量提升：即使 var 定义的代码块永远不会执行，变量也存在，但初始化不会执行

=== let 会不会“提升”？ ===
关于这一点，MDN 都描述得前后不一致，也是很操蛋了……

1、MDN：《语法和数据类型》<ref group="MDN" name="Variables"/>：
在 ECMAScript 6 中，let和const同样会被提升变量到代码块的顶部但是不会被赋予初始值。在变量声明之前引用这个变量，将抛出引用错误（ReferenceError）。这个变量将从代码块一开始的时候就处在一个“暂时性死区”，直到这个变量被声明为止。

2、MDN：《语法和数据类型》<ref group="MDN" name="let"/>：
var 和 let 的另一个重要区别，let 声明的变量不会在作用域中被提升，它是在编译时才初始化（参考下面的暂时性死区）。

两种说法，以一个类似示例来说明：
: <syntaxhighlight lang="JavaScript" highlight="">
var foo = 33;
if (foo) {
console.log(foo) // ReferenceError: Cannot access 'foo' before initialization
let foo = 44;
}
</syntaxhighlight>
对于 ReferenceError 该如何解释呢 ❓
# 说法一：由于 let 变量提升，导致此处使用“块作用域内定义变量”，但该变量处于“暂时性死区”，所以出现此错误。
#: 网上有内容更是强行将 let 变量创建分为三个过程：创建、初始化、赋值 …… 有点扯。
# 说法二：由于'''词法作用域'''，导致此处使用“块作用域内定义变量”，但该变量处于“暂时性死区”，所以出现此错误。

<big>💡</big> 个人理解：let 并不会提升，以上示例是“词法作用域”影响。—— 或许看看 JS 引擎执行过程更清楚

=== 什么是“隐式声明的全局变量”？ ===
<big>'''隐式声明的全局变量'''</big>：直接对一个未声明的变量赋值，无论在函数内外都会将其“隐式地”声明为一个“全局变量”

示例，以下变量全都是“隐式声明的全局变量”：
: <syntaxhighlight lang="JavaScript" highlight="">
x = '?'

function fn() {
x = 'hello'
y = 'bye'
}

fn()
console.log(x, y) // hello bye
</syntaxhighlight>

严格模式下，“对一个未声明的变量赋值”将抛出 ReferenceError
# 非严格模式：
: <syntaxhighlight lang="JavaScript" highlight="">
var x = 0;
function f() {
var x = y = 1;
}
f();

console.log(x, y); // 0 1
</syntaxhighlight>
# 严格模式：
: <syntaxhighlight lang="JavaScript" highlight="">
'use strict';

var x = 0;
function f() {
var x = y = 1; // ReferenceError: y is not defined
}
f();

console.log(x, y);
</syntaxhighlight>

== 参考 ==
=== Wikioe ===
<references group="Wikioe">
<ref group="Wikioe" name="lexical-environment">参考：【'''[[JS 执行过程：执行上下文、词法环境]]'''】</ref>
</references>

=== MDN ===
<references group="MDN">
<ref group="MDN" name="Variables">参考：[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Guide/Grammar_and_Types MDN：《语法和数据类型》]</ref>
<ref group="MDN" name="Hoisting">参考：[https://developer.mozilla.org/zh-CN/docs/Glossary/Hoisting MDN：《Hoisting（变量提升）》]</ref>
<ref group="MDN" name="function">参考：[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/function MDN：《function》]</ref>
<ref group="MDN" name="var">参考：[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/var MDN：《var》]</ref>
<ref group="MDN" name="let">参考：[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/let MDN：《let》]</ref>
<ref group="MDN" name="Scope">参考：[https://developer.mozilla.org/zh-CN/docs/Glossary/Scope MDN：《Scope（作用域）》]</ref>
<ref group="MDN" name="eval">参考：[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/eval MDN：《eval()》]</ref>
<ref group="MDN" name="with">参考：[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/with MDN：《with》]</ref>
<ref group="MDN" name="closure">参考：[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Closures MDN：《闭包》]</ref>
<ref group="MDN" name="IIFE">参考：[https://developer.mozilla.org/zh-CN/docs/Glossary/IIFE MDN：《IIFE（立即调用函数表达式）》]</ref>
</references>
=== javascript.info ===
<references group="javascript.info">
<ref group="javascript.info" name="var">参考：[https://zh.javascript.info/var javascript.info：《老旧的 "var"》]</ref>
<ref group="javascript.info" name="closure">参考：[https://zh.javascript.info/closure javascript.info：《变量作用域，闭包》]</ref>
</references>
=== TypeScript ===
<references group="TypeScript">
<ref group="TypeScript" name="variable">参考：[https://www.tslang.cn/docs/handbook/variable-declarations.html TypeScript：《变量声明》]</ref>
</references>
=== 其他 ===
<references/>

Event Loop：事件循环

2023-04-17T23:31:27Z

Eijux：/* 一个有意思的例子 */

[[category:JavaScript]]

== 关于 ==
在 MDN 上看到 JavaScript 的[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/EventLoop 《并发模型与事件循环》]，但由于该页面内容过少，实在不变学习。

而网络上搜到的内容大同小异，互相又有不小出入，难以拿捏。

众所周知，JavaScript 是没有所谓源代码的“源代码”，所以这部分内容只能在“规范文件”中寻找了。

* 以下内容参考《HTML Standard》<ref name="HTML-Standard">参考：[https://html.spec.whatwg.org/multipage/webappapis.html#event-loops 《HTML Standard》：“Event loops”]</ref>、MDN<ref name="MDN">参考：[https://developer.mozilla.org/zh-CN/docs/Web/API/HTML_DOM_API/Microtask_guide/In_depth MDN：《深入：微任务与 Javascript 运行时环境》]</ref>、与网络内容整理。

== 前置知识 ==
见：<big>'''[[浏览器基础：进程与线程]]'''</big>

“一个 Tab 页面对应一个'''渲染进程'''”，而“渲染进程中只能存在一个 '''JS 引擎线程'''”（即，'''主线程'''），即：页面中的所有 JS 都由同一单线程运行。

？？？？？？由于“渲染进程”负责了页面几乎所有的任务（事件、交互、脚本、渲染、网络），所以如何协调各个任务的执行是关键问题。

[[File:浏览器的进程与线程.png|400px]]

=== JavaScript的“任务” ===
JavaScript中，“任务”被分为两种：“同步任务”，“异步任务”。“异步任务”（Task）：又分为“宏任务”（MacroTask）与“微任务”（MicroTask）。

Event Loop 是针对“异步任务”而言。

——【'''P.S. 《HTML Standard》中已经不再有“宏任务”（MacroTask）这一说法 —— 它就是“任务”（task）'''】

# 同步任务：在“主线程”上排队执行的任务，只有前一个任务执行完毕，才能执行后一个任务。
# 异步任务：不直接进入“主线程”，而进入“任务队列”（task queue）的任务。
## '''任务（task）'''：事件、解析、回调、使用资源、对 DOM 操作做出反应 ——【根据《HTML Standard》<ref name="HTML-Standard"/>中定义】
##* 包括：'''script(整体代码)、setTimeout、setInterval、setImmediate（node独有）、requestAnimationFrame(浏览器独有)、I/O、UI rendering'''
##* 注意：'''Event Loop 开始时，只有“已经处于 task queues 中”的任务才会被执行'''。
##*: ——【所以，如果一个 setTimeout 引起的无限循环，会导致性能下降，但是很难导致直接崩溃】
## '''微任务（microtask）'''：——【暂无明确定义，见：[[#到底什么是“Microtasks”？]]】
##* 包括：'''Promises 的回调、queueMicrotask()、process.nextTick（node独有）、Object.observe(废弃)、MutationObserver'''
##* 注意：'''Event Loop 开始时，“microtask queue 中的所有”任务会被执行（哪怕是中途添加的“microtask”），直到队列为空'''。
##*: ——【所以，如果一个 Promises 引起无限循环，将直接导致崩溃。这也是为什么要求'''代码慎用“queueMicrotask()”'''】

<big>💡</big>一点小小的猜测：

来源于“渲染进程”中其他线程（非“JS 引擎线程”）引起的异步任务，即“任务（task）”。

来源于“渲染进程”的“JS 引擎线程”引起的异步任务，即“微任务（microtask）”。

=== JavaScript的“运行时”<ref>
<blockquote>
To run JavaScript code, the runtime engine maintains a set of agents in which to execute JavaScript code. Each agent is made up of a set of execution contexts, the execution context stack, a main thread, a set for any additional threads that may be created to handle workers, a task queue, and a microtask queue. Other than the main thread—which some browsers share across multiple agents—each component of an agent is unique to that agent.

在执行 JavaScript 代码的时候，JavaScript 运行时实际上维护了一组用于执行 JavaScript 代码的代理。每个代理由一组执行上下文的集合、执行上下文栈、主线程、一组可能创建用于执行 worker 的额外的线程集合、一个任务队列以及一个微任务队列构成。除了主线程（某些浏览器在多个代理之间共享的主线程）之外，其他组成部分对该代理都是唯一的。

——MDN：《深入：微任务与 Javascript 运行时环境》
</blockquote>
<blockquote>
An agent comprises a set of ECMAScript execution contexts, an execution context stack, a running execution context, an Agent Record, and an executing thread. Except for the executing thread, the constituents of an agent belong exclusively to that agent.

“代理”（Agent）包括：一组ECMAScript执行上下文、执行上下文堆栈、运行的执行上下文、代理记录和执行线程。除了执行线程之外，代理的组成部分只属于该代理。

——《ECMAScript® 2023 Language Specification》
</blockquote>
<blockquote>
Conceptually, the agent concept is an architecture-independent, idealized "thread" in which JavaScript code runs. Such code can involve multiple globals/realms that can synchronously access each other, and thus needs to run in a single execution thread.

从概念上讲，代理概念是一个独立于体系结构、理想化的“线程”，JavaScript代码在其中运行。这样的代码可能涉及多个全局/领域，这些全局/领域可以同步访问彼此，因此需要在单个执行线程中运行。

——《HTML Standard》
</blockquote>
:: 参考：
::# [https://tc39.es/ecma262/#sec-agents 《ECMAScript® 2023 Language Specification》：“Agents”]
::# [https://html.spec.whatwg.org/multipage/webappapis.html#agents-and-agent-clusters 《HTML Standard》：“Agents and agent clusters”]
::# [https://developer.mozilla.org/zh-CN/docs/Web/API/HTML_DOM_API/Microtask_guide/In_depth MDN：《深入：微任务与 Javascript 运行时环境》]
::# [https://github.com/Lawliet01/everyone-can-read-spec/blob/main/8.execution-environment.md 《【人人都能读标准】8.可视化JavaScript的运行环境：agents、执行上下文、Realm》]</ref> ===

从概念上讲，<big>'''代理（Agent）'''</big> 是一个独立于体系结构、理想化的“线程”，每个 ECMAScript 程序都必须在其中运行。

'''代理是一种规范机制，不需要与任何特定的 ECMAScript 实现部件相对应。'''

Agent 包括了：
# '''一组执行上下文（a set of execution contexts）<ref name="execution_context">参考：【'''[[JS 执行过程：执行上下文、词法环境]]'''】</ref>'''：即，一组可执行、待执行的上下文
# '''执行上下文栈（the execution context stack）'''<ref name="execution_context"/>：在一些文章中叫做“'''调用栈（call stack）'''”
#* 栈顶的那个上下文被称为“运行中的执行上下文（running execution context）”
# '''执行线程（an executing thread）'''：在一些文章中叫做“'''主线程（a main thread）'''”
# '''事件循环（event loop）'''：
#* 它包括了：一个“微任务队列（microtask queue）”，一个/多个“任务队列（task queue）”
# '''代理记录（Agent Record）'''：？？？

* 一个宿主（浏览器、Node.js）可以有多个 Agent，Agent 之间相互隔离，可以通过发送消息进行通信。
* 当两个 Agent 同处一个“Agent Clusters”（代理集群）时，它们可以共享内存。

'''除了“执行线程”（主线程）、“事件循环”之外，代理的组成部分只属于该代理。'''

“执行线程”（主线程）：某些浏览器在多个代理之间共享主线程

“事件循环”：可以在单个线程中协同调度多个窗口事件循环 —— 见：[[#Event Loop]]

——【《ECMAScript® 2023 Language Specification》、MDN 只提到：“执行线程”并不一定由“Agent”独占。但从《HTML Standard》对“Event Loop”的表述来看，似乎也并不一定由“Agent”独占】

——【尽管标准提到，不同的“Agent”允许共享同一条“执行线程”，但'''现代浏览器基本上都是给每个“Agent”启用一条独立的“执行线程”'''。】

Web 平台上存在以下类型的代理：
# '''Similar-origin window agent'''：即“同源窗口代理”，包含各种窗口对象，这些对象可以直接或通过使用 '''document.domain''' 相互访问。
#*
#* 两个“同源”的窗口对象可以位于不同的“Similar-origin window agent”中，例如，如果它们各自位于自己的浏览上下文组中。
# '''Dedicated worker agent'''：包含了一个 DedicatedWorkerGlobalScope；
# '''Shared worker agent'''：包含了一个 SharedWorkerGlobalScope；
# '''Service worker agent'''：包含了一个 ServiceWorkerGlobalScope；
# '''Worklet agent'''：包含了一个 WorkletGlobalScope 对象；

== Event Loop<ref name="HTML-Standard"/> ==
要协调事件（event），用户交互（user interaction），脚本（script），渲染（rendering），网络（networking）等，用户代理必须使用本节中描述的事件循环。

每个'''“代理”（Agent）'''有一个关联的“事件循环”，且该循环对该代理是'''唯一'''的。
# '''Similar-origin window agent''' 的事件循环称为“'''窗口事件循环'''”（'''window event loop'''）。
# '''Dedicated worker agent'''、'''Shared worker agent''' 或 '''Service worker agent''' 的事件循环称为“'''工作事件循环'''”（'''worker event loop'''）。
# '''Worklet agent''' 的事件循环称为“'''工件事件循环'''”（'''worklet event loop'''）。

Event loops do not necessarily correspond to implementation threads. For example, multiple window event loops could be cooperatively scheduled in a single thread.
'''事件循环不一定对应于“实现线程”（注：implementation threads，即“浏览器线程”）。例如，可以在单个线程中协同调度多个窗口事件循环。'''

However, for the various worker agents that are allocated with <nowiki>[[CanBlock]]</nowiki> set to true, the JavaScript specification does place requirements on them regarding forward progress, which effectively amount to requiring dedicated per-agent threads in those cases.
然而，对于 <nowiki>[[CanBlock]]</nowiki> 设置为 true 的各种 worker agents，JavaScript 规范确实对它们提出了关于“forward progress？”的要求，在这些情况下，这实际上相当于需要专用的每个代理线程。

* 一个事件循环具有'''一个或多个“任务队列”（task queues）'''。
** <q>'''任务队列是“集合”（set），而不是“队列”（queue）'''，因为事件循环处理模型从所选队列中获取第一个可运行的任务，而不是将第一个任务出列。</q>
** <q>'''微任务队列（microtask queue）不是任务队列（task queues）'''。</q>
* 每个事件循环都有一个当前“正在运行的任务”（currently running task），要么是一个任务，要么是 null。初始为空。
** 它用于处理可重入性。
* 每个事件循环都有'''一个“微任务队列”（microtask queue）'''，该队列是一个初始为空的微任务队列。
* 每个事件循环都有一个“正在执行微任务的检查点”（performing a microtask checkpoint）的布尔值。该值最初为 false。
** 它用于防止重入调用。
* 每个窗口事件循环都有一个 DOMHighResTimeStamp 表示“上次渲染机会时间”（last render opportunity time），最初设置为零。
* 每个窗口事件循环都有一个 DOMHighResTimeStamp 表示“上一个空闲周期的开始时间”（last idle period start time），最初设置为零。

=== 任务（Tasks） ===
“任务”（Tasks）包括以下几种：
# '''事件'''（Events）：在特定 EventTarget 对象上调度 Event 对象，通常由专用的任务完成。
# '''解析'''（Parsing）：HTML 解析器标记一个或多个字节，然后处理任何生成的标记，通常是一项任务。
# '''回调'''（Callbacks）：调用回调通常由一个专用的任务完成。
# '''使用资源'''（Using a resource）：当算法获取资源时，如果获取是以非阻塞的方式发生的，那么一旦部分或全部资源可用，就由任务执行对资源的处理。
# '''对 DOM 操作做出反应'''（Reacting to DOM manipulation）：一些元素具有响应 DOM 操作而触发的任务，例如：当该元素被插入到文档中时。

从形式上讲，“任务”（Tasks）具有以下结构：
# 步骤（steps）：指定任务要完成的工作的一系列步骤。
# '''来源'''（source）：用于对相关任务进行分组和序列化。
# 文档（document）与任务关联的文档，对于不在“窗口事件循环”中的任务则为 null。
# 脚本评估环境设置对象集（A script evaluation environment settings object set）：用于跟踪任务期间的脚本评估。
根据其源字段（source），每个任务都被定义为来自特定的“任务源”（task source）。对于每个事件循环，每个“任务源”都必须与特定的“任务队列”相关联。

=== 通用任务源（task sources） ===
# '''DOM 操作任务源'''（The DOM manipulation task source）：用于对 DOM 操作做出反应的功能，例如在将元素插入文档时以非阻塞方式发生的事情。
# '''用户交互任务源'''（The user interaction task source）：用于对用户交互做出反应的功能，例如键盘或鼠标输入。
# '''网络任务源'''（The networking task source）：用于响应网络活动而触发的功能。
# '''导航和遍历任务源'''（The navigation and traversal task source）：用于对导航和历史遍历中涉及的任务进行排队。

=== '''处理模型''' ===
只要事件循环存在，它就必须持续运行以下步骤：
# 让 oldestTask 和 taskStartTime 为 null。
# 如果事件循环有一个'''任务队列'''其中至少有一个可运行的任务，则：
## 由“实现”（浏览器）定义的规则，选择一个任务队列作为 taskQueue。（“微任务队列”并不是一个“任务队列”，所以不会被选择）——【“选择哪个任务队列”：由浏览器定义（即文档中的“implementation-defined”，客户端软件本身被称为一种“implementation”）决定，这就允许优先选择对性能敏感的任务】
## 将 taskStartTime 设置为“不安全的共享当前时间”。
## 将 oldestTask 设置为 taskQueue 中的'''第一个可运行任务'''，并将其从 taskQueue 中删除。——【任务队列是“set”，所以并非“出队”】
## 将事件循环的“正在运行的任务”设置为 oldestTask。
## 执行 oldestTask 的步骤（Steps）。
## 将事件循环的“正在运行的任务”设置回 null。
# '''执行微任务检查点'''：
## 如果事件循环的“正在执行微任务的检查点”为 true，则返回。——【检查重入】
## 将事件循环的“正在执行微任务的检查点”设置为 true。——【防止重入】
## 当事件循环的“微任务队列”不为空时：——【！！！'''不为空将一直重复执行'''！！！】
### 从事件循环的“微任务队列”中“出队”一个任务作为 oldestMicrotask。
### 将事件循环的“正在运行的任务”设置为 oldestMicrotask。
### 执行 oldestMicrotask。
###* 这可能涉及调用脚本的回调，并最终调用“clean up after running script”步骤，而该步骤的最后一步又将调用'''执行微任务检查点'''。这就是为什么设置“正在执行微任务的检查点”来防止“'''重入'''”。
### 将事件循环的“正在运行的任务”设置回null。
## 对于负责的事件循环为该事件循环的每个“环境设置对象”，通知该“环境设置对象”上 rejected 的 promise。
## 清理索引数据库事务。
## 执行 ClearKeptObjects()。
## 将事件循环的“正在执行微任务的检查点”设置为false。
# 将 hasARenderingOpportunity 设置为 false。
# 将现在时刻设置为“不安全的共享当前时间”。
# 如果 oldestTask 不为 null，则：
## ……（省略）
# '''更新渲染'''：如果这是一个窗口事件循环，则：
## ……（省略）
# ……（省略）

=== 总结 ===
<big>💡</big>
当“调用栈”为空时（即，同步代码执行完毕时），“主线程”才会开始处理“（由 Event Loop 循环选取的）来自任务队列中的任务”。

Event Loop 一次循环的顺序为：'''任务队列的“第一个可运行任务”（宏任务） -> 微任务队列的所有任务（微任务） -> 渲染'''

对于说法：“微任务 -> 渲染 -> 宏任务”，从代码运行结果来看似乎没问题，其实忽略了一点“'''script 脚本本身也是一个任务（宏任务）'''”。

== 关于：Microtasks ==

=== 到底什么是“Microtasks”？ ===
无论是《ECMAScript® 2023 Language Specification》、《HTML Standard》、MDN，都没有找到关于“宏任务”、“微任务”的定义性描述。

——《ECMAScript® 2023 Language Specification》：压根就没提到 Microtasks 这个字

——《HTML Standard》：提到了 Microtask queuing：
A microtask is a colloquial way of referring to a task that was created via the queue a microtask algorithm.
微任务是一种口语化的方式，指的是通过“排队微任务算法”创建的任务。 ——【但文档中，与“任务”相比似乎只有“任务源”（task source）不同】

—— MDN：只提到了“任务”（Tasks）与“微任务”（Microtasks）的区别

此外，在 Jake Archibald 的文章<ref>参考：[https://jakearchibald.com/2015/tasks-microtasks-queues-and-schedules/ 《Tasks, microtasks, queues and schedules》——Jake Archibald]</ref>中提到：
ECMAScript has the concept of "jobs" which are similar to microtasks, but the relationship isn't explicit aside from vague mailing list discussions. However, the general consensus is that promises should be part of the microtask queue, and for good reason.
ECMAScript有类似于 microtasks 的“jobs”概念，但除了模糊的邮件列表讨论之外，这种关系并不明确。然而，普遍的共识是，promises 应该是 microtask queue 的一部分，这是有充分理由的。
……
As mentioned, in ECMAScript land, they call microtasks "jobs". In step 8.a of PerformPromiseThen, EnqueueJob is called to queue a microtask.
如前所述，在 ECMAScript 领域，他们将微任务称为“jobs”。在 PerformPromiseThen 的步骤 8.a 中，调用 EnqueueJob 对 microtask 进行排队。

再此外，javascript.info 中有提到：
Microtasks come solely from our code. They are usually created by promises……<ref>参考：[https://javascript.info/event-loop javascript.info：《Event loop: microtasks and macrotasks》]</ref>
微任务仅来自于我们的代码。它们通常是由 promise 创建的……

Asynchronous tasks need proper management. For that, the ECMA standard specifies an internal queue PromiseJobs, more often referred to as the “microtask queue” (V8 term).<ref>参考：[https://javascript.info/microtask-queue javascript.info：《Microtasks》]</ref>
异步任务需要适当的管理。为此，ECMA 标准规定了一个内部队列 PromiseJobs，通常被称为“微任务队列（microtask queue）”（V8 术语）。

所以，Promise 异步任务（注意，仅仅是它的回调，而不是它本身）是 microtask 应该是“潜规则”了，此外，我们还可以使用“'''queueMicrotask()'''”方法来添加 microtask。
: ——【P.S. 对于 Node.js 并不清楚】

=== 为什么要支持“Microtasks”？<ref name="MDN"/> ===
微任务是另一种解决该问题的方案，通过将代码安排在下一次事件循环开始之前运行而不是必须要等到下一次开始之后才执行，这样可以'''提供一个更好的访问级别'''。

=== 如何使用“Microtasks”？<ref>参考：
# [https://developer.mozilla.org/zh-CN/docs/Web/API/HTML_DOM_API/Microtask_guide MDN：《在 JavaScript 中通过 queueMicrotask() 使用微任务》]
# [https://developer.mozilla.org/zh-CN/docs/Web/API/queueMicrotask MDN：《queueMicrotask()》]
# [https://html.spec.whatwg.org/multipage/timers-and-user-prompts.html#microtask-queuing 《HTML Standard》：“Microtask queuing”]
</ref> ===
'''Window''' 或 '''Worker''' 接口的 '''queueMicrotask()''' 方法，将微任务加入队列以在控制返回浏览器的事件循环之前的安全时间执行。

'''语法：'''
: <syntaxhighlight lang="JavaScript">queueMicrotask(() => {/* ... */});</syntaxhighlight>

'''示例：'''
: <syntaxhighlight lang="JavaScript" highlight="">
let callback = () => log("Regular timeout callback has run");

let urgentCallback = () => log("*** Oh noes! An urgent callback has run!");

log("Main program started");
setTimeout(callback, 0);
queueMicrotask(urgentCallback);
log("Main program exiting");
</syntaxhighlight>
: 输出：
: <syntaxhighlight lang="JavaScript" highlight="">
Main program started
Main program exiting
*** Oh noes! An urgent callback has run!
Regular timeout callback has run
</syntaxhighlight>

== 补充内容 ==
关于 Node.js 中的 Event Loop，暂不了解，有时间再看看其他文章。

参考：[https://juejin.cn/post/6844903764202094606 一次弄懂Event Loop（彻底解决此类面试问题）]

P.S.
JavaScript 是没有一个 WebAPIs 结构的，网上文章图片展示的 WebAPIs 大概是指那些任务来自于 WebAPI，但是这种描述并不准确。

=== '''[[变量、作用域、闭包#一个有意思的例子 | 一个有意思的例子]]''' ===

== 写在后面 ==
通过查询 EventLoop 的资料，前后沟通了许多内容，浅浅地做个梳理，以及一点点未解。

首先，EventLoop 的资料集中在《HTML Standard》，而《ECMAScript® 2023 Language Specification》中并无只言片语，说明：'''EventLoop 并非 ECMAScript 语言的特性，而是 Web 相关规范'''。 ——【'''即，EventLoop 并不由“JS 引擎”提供，而是依靠浏览器实现''' 】

其次，Event Loop 提到了 ECMAScript 中的 Agent 概念：
1、每个 Agent 都有且仅有一个关联的 Event Loop
2、EventLoop 选取任务是交由 Agent 的“执行线程”（或者说：主线程）来执行

那么，问题来了<big>❓</big>

1、Agent 与浏览器的“渲染进程”是否有重叠呢？ —— 虽然《HTML Standard》描述 Agent 是一个“idealized "thread"”
——【？？？】

2、Agent 的“执行线程”是不是就是“渲染进程”的“JS 引擎线程”呢？
——【我个人理解就是一个玩意儿（还有[https://developer.mozilla.org/zh-CN/docs/Glossary/Main_thread 《MDN：“主线程”》]），虽然概念不同】

3、EventLoop 是由“渲染进程”中的某个线程实现吗？
——【？？？】

网上并没有找到 Agent 相关的文章……

== 参考 ==
<references/>

变量、作用域、闭包

2023-04-17T23:27:10Z

Eijux：/* Wikioe */

[[category:JavaScript]]

== 变量<ref group="MDN" name="Variables"/> ==
ECMAScript 6 中引入了 let、const。

JavaScript 有三种声明方式：
# '''var'''：声明一个'''变量'''，初始化可选。
# '''let'''：声明一个'''变量'''，初始化可选。
# '''const'''：声明一个'''常量'''，必须初始化。

“局部变量”/“全局变量”只与其定义位置有关：在“函数内部”/“函数之外”声明的变量

=== var：变量提升<ref group="MDN" name="Hoisting"/> ===
<big>'''提升（Hoisting）'''</big>：变量和函数的'''声明'''会在物理层面（在编译阶段被放入内存中）移动到代码的最前面 —— 变量/函数的“初始化”和“使用”可以在“声明”之前（先使用再声明）。

函数和变量相比，会被优先提升 —— 函数会被提升到更靠前的位置。

# '''变量提升'''<ref group="MDN" name="var"/>：
#: <syntaxhighlight lang="JavaScript" highlight="">
bla = 2
var bla;

// 可以理解为：

var bla;
bla = 2;
</syntaxhighlight>
# '''函数提升'''<ref group="MDN" name="function"/>：
#: <syntaxhighlight lang="JavaScript" highlight="">
hoisted(); // logs "foo"
function hoisted() {
console.log('foo');
}

// 可以理解为：

function hoisted() {
console.log('foo');
}
hoisted(); // logs "foo"
</syntaxhighlight>

<big>⭐</big> '''JavaScript 只会提升声明，不会提升其初始化''' —— 如果在“声明”和“初始化”之前“使用”，将使用 '''undefined'''

: 示例：
: <syntaxhighlight lang="JavaScript" highlight="">
// “使用”先于“初始化”
console.log(num); // Returns undefined
var num;
num = 6;

// “初始化”先于“使用”
num = 6;
console.log(num); // returns 6
var num;
</syntaxhighlight>

<big>⭐</big> '''函数表达式（function expressions）不会被提升'''

: 示例：
: <syntaxhighlight lang="JavaScript" highlight="">
notHoisted(); // TypeError: notHoisted is not a function

var notHoisted = function() {
console.log('bar');
};
</syntaxhighlight>

=== let：暂时性死区<ref group="MDN" name="let"/> ===
<big>'''暂时性死区（Temporal dead zone，TDZ）'''</big>：从“代码块的开始”直到“声明变量的行”，'''let''' 或 '''const''' 声明的变量都处于“暂时性死区”中 —— 这并不是“提升”！！！

# 在“暂时性死区”中访问变量将抛出 '''ReferenceError'''：
#: <syntaxhighlight lang="JavaScript" highlight="">
{
// TDZ starts at beginning of scope
console.log(bar); // undefined
console.log(foo); // ReferenceError
var bar = 1;
let foo = 2;
// End of TDZ (for foo)
}
</syntaxhighlight>
# “暂时性死区”取决于“'''执行顺序'''”（时间），而非“代码顺序”（位置）：
#: <syntaxhighlight lang="JavaScript" highlight="">
{
// TDZ starts at beginning of scope
const func = () => console.log(letVar); // OK
let letVar = 3;
// End of TDZ (for letVar)

func(); // Called outside TDZ!
}
</syntaxhighlight>

=== var 与 let 的区别<ref group="MDN" name="var"/><ref group="MDN" name="let"/> ===
{| class="wikitable"
|+ var 与 let
|-
! \ !! var !! let
|-
| '''块作用域''' || ✘ || ✔
|-
| '''变量提升''' || ✔ || ✘
|-
| '''重新声明'''
| ✔
: <syntaxhighlight lang="JavaScript" highlight="">
var user = "Pete";
var user = "John";
console.log(user); // John
</syntaxhighlight>
| ✘
: <syntaxhighlight lang="JavaScript" highlight="">
let user;
let user; // SyntaxError: 'user' has already been declared
</syntaxhighlight>
|}

== 作用域<ref group="MDN" name="Scope"/><ref>参考：[https://juejin.cn/post/7069578126979760158 《【JavaScript】深入理解JS中的词法作用域与作用域链》]</ref> ==
<big>'''作用域'''</big>是当前的执行上下文，值和表达式在其中“可见”或可被访问。

# 全局作用域：可被当前'''文档'''中的任何其他代码所访问；
# 函数作用域：可被当前'''函数'''内部的其他代码所访问；
# '''块作用域'''：可被当前'''块'''（由 '''<code>{ }</code>''' 包围）内部的其他代码所访问；
#* 仅 let、const 支持

ECMAScript 6 之前没有“块作用域”：语句块中声明的变量将成为语句块所在函数（或全局作用域）的局部变量。

=== 作用域链 ===
<big>'''作用域链'''</big>：由于作用域的层层嵌套而形成的关系。

作用域链用于变量的查找过程：
: <syntaxhighlight lang="JavaScript" highlight="">
var x = 10

function outer() {
var x = 20
function inner() {
console.log(x)
}
inner()
}
outer() // 20
</syntaxhighlight>
: 以上代码，包括三个作用域：
:# 全局作用域：包含变量 x（=10）
:# 函数作用域（outer）：包含变量 x（=20）
:# 函数作用域（inner）：不包含变量
: 查找过程：
:# console.log(x) 将在“函数作用域（inner）”中查找变量“x”：失败
:# 在“函数作用域（outer）”查找变量“x”：成功（x = 20）
:# 使用该变量：输出 20

=== 作用域模型：'''词法作用域'''<ref>参考：[https://www.freecodecamp.org/chinese/news/javascript-lexical-scope-tutorial/ 《JavaScript 中的词法作用域——JS 中的作用域究竟是什么？》]</ref> ===
<div class="mw-code" style="white-space: normal; line-height: 1.6;">
从语言的层面来说，作用域模型分两种：（根据作用域的生成时机）
# '''静态作用域'''：在'''代码编写时'''完成划分，作用域沿以'''定义位置'''向外延伸
#* 也称“'''词法作用域'''”，是最为普遍的一种作用域模型
# '''动态作用域'''：在'''代码运行时'''完成划分，作用域链以'''调用栈'''向外延伸
#* 由 bash、Perl 等语言所使用
</div>

'''词法作用域（Lexical Scope）'''：即“词法分析时生成的作用域”，'''根据源代码中“声明变量的位置”来确定该变量在何处可用'''

示例：
: <syntaxhighlight lang="JavaScript" highlight="">
let x = "Eijux";

function getX() {
return x;
}

console.log(getX()) // Eijux
</syntaxhighlight>
: 变量 x 的“词法作用域”为“全局作用域”（定义时的作用域）而非“getX 函数作用域”

<big>⭐</big> 一个声明（定义变量、函数等）的“词法作用域”就是其“'''定义时的作用域'''” —— 注意：'''并不是“调用时的作用域”'''

示例：
: <syntaxhighlight lang="JavaScript" highlight="">
var x = 0

function foo() {
var x = 1
bar()
}
function bar() {
console.log(x) // 0
}

foo()
</syntaxhighlight>
: 由于“词法作用域”（定义时的作用域）决定了：foo、bar 的上级作用域是“全局作用域”，所以 bar 中使用的 x 来自“全局作用域”而非“foo 函数作用域”

==== 欺骗“词法作用域” ====
<div class="mw-code" style="white-space: normal; line-height: 1.6;">
虽然“词法作用域”在代码编写时就确定，但仍然可以修改：
# '''eval()'''<ref group="MDN" name="eval"/>：将传入的字符串当做 JavaScript 代码进行执行
#*有性能和安全隐患，'''不建议使用'''
# '''with'''<ref group="MDN" name="with"/>：扩展一个语句的作用域链
#* 有语义不明和兼容问题，'''已弃用'''
</div>

# 通过 eval() 修改词法作用域：
#: <syntaxhighlight lang="JavaScript" highlight="">
var num = 10
var str = "var num = 20"

function fn(str) {
eval(str)
console.log(num)
}

fn(str)
</syntaxhighlight>
# 通过 with 修改词法作用域：
#: <syntaxhighlight lang="JavaScript" highlight="">
var x = { a: 1 }

function fn(obj) {
with (obj) {
a = 2
}
}

console.log(x.a) // 1
fn(x)
console.log(x.a) // 2
</syntaxhighlight>

== 闭包<ref group="MDN" name="closure"/><ref group="javascript.info" name="closure"/> ==
<big>'''闭包（closure）'''</big>：'''函数'''以及其捆绑的'''词法环境（lexical environment）'''<ref group="Wikioe" name="lexical-environment"/>的组合

—— “词法环境”包含了这个闭包创建时作用域内的任何局部变量

'''在 JavaScript 中，闭包会随着函数的创建而被同时创建。'''

示例：
: <syntaxhighlight lang="JavaScript" highlight="">
function makeAdder(x) {
// 返回一个函数
return function (y) {
return x + y
}
}

var add5 = makeAdder(5) // 闭包
var add10 = makeAdder(10) // 闭包

console.log(add5(2)); // 7
console.log(add10(2)); // 12
</syntaxhighlight>
: 以上代码包含两个闭包 add5、add10，二者：
:# 共享相同的“函数定义”：makeAdder
:# 保存不同的“词法环境”：add5 中 x 为 5，add10 中 x 为 10

简单来说，闭包让开发者可以从内部函数访问外部函数的作用域

=== '''一个有意思的例子'''<ref group="TypeScript" name="variable"/> ===
一个涉及到“'''Event Loop'''”、“'''var 作用域'''”、“'''闭包'''”（“'''词法环境'''”）的例子。

对于以下代码：
: <syntaxhighlight lang="JavaScript" highlight="">
for (var i = 0; i < 10; i++) {
setTimeout(function() { console.log(i) }, 100 * i)
}
</syntaxhighlight>
: 其输出如何 ❓
:{| class="wikitable" style="width:100%;"
|-
| style="width:50%;" | 是否预期输出：
: <syntaxhighlight lang="bash" highlight="">
0
1
2
...
9
</syntaxhighlight>
| style="width:50%;" | 但，实际输出：
: <syntaxhighlight lang="JavaScript" highlight="">
10
10
10
...
10
</syntaxhighlight>
|}

原因分析：
# 【var 作用域】：var 变量的作用域在 for 外部 —— 每次循环使用的都是同一个 <code> i </code>
#* var 变量是没有“块作用域”的！！！
# 【闭包】：for 循环将会创建 10 个闭包，它们：
#: 共享相同的“函数定义”：<code> function() { console.log(i) } </code>
#: 共享相同的“词法环境”（“变量环境”），'''其“环境记录器”将使用同一个 var 变量''' —— <code> i </code>
# 【Event Loop】：setTimeout 是一个任务，将在 for 所有循环完成之后执行 —— 而 <code> i </code> 在所有循环之后其值为 10
综上：各个闭包将在 for 所有循环完成之后，使用同一个 <code> i </code> 值（10）来执行函数。

解决问题有多种方式：总之，'''使闭包不再使用相同的词法环境'''<ref group="Wikioe" name="lexical-environment"/> 即可

'''思路一：若“函数”执行依赖于“外部变量”，则使“词法环境”的“外部环境引用”不同'''

'''思路二：若“函数”执行依赖于“内部变量 / 参数”，则使“词法环境”的“环境记录”不同'''

'''思路一'''：函数的执行依赖于“外部变量”，则“使用 '''let''' / '''const'''（块作用域）”保证每次迭代的“词法环境”的“外部环境引用”不同
# '''使用 let 替换 var'''：
#: <syntaxhighlight lang="JavaScript" highlight="">
for (let i = 0; i < 10; i++) {
setTimeout(function() { console.log(i) }, 100 * i)
}
</syntaxhighlight>
# '''使用 let/const 捕获 var'''：
#: <syntaxhighlight lang="JavaScript" highlight="">
for (var i = 0; i < 10; i++) {
let v = i
setTimeout(function() { console.log(v) }, 100 * v)
}
</syntaxhighlight>

'''思路二'''：若“函数”执行依赖于“参数”，则“使用参数捕获外部变量”保证每次迭代的“词法环境”的“环境记录”不同
# 通过“'''立即执行的函数表达式（IIFE）'''”<ref group="MDN" name="IIFE"/><ref group="javascript.info" name="var"/>： —— 【将产生不必要的闭包（嵌套闭包）】
#: <syntaxhighlight lang="JavaScript" highlight="">
for (var i = 0; i < 10; i++) {
(function(v) {
setTimeout(function() { console.log(v) }, 100 * v)
})(i)
}
</syntaxhighlight>
# 通过“'''向函数传递变量作为参数'''”： —— 【没有不必要的闭包】
#: <syntaxhighlight lang="JavaScript" highlight="">
for (var i = 0; i < 10; i++) {
setTimeout(function(v) { console.log(v) }, 100 * i, i)
}
</syntaxhighlight>
#: 等同于：
#: <syntaxhighlight lang="JavaScript" highlight="">
function fn(v) {
console.log(v)
}

for (var i = 0; i < 10; i++) {
setTimeout(fn, 100 * i, i)
}
</syntaxhighlight>

== 补充内容 ==

=== '''var 没有“块作用域”'''<ref group="javascript.info" name="var"/> ===
<big>⭐</big> '''var 变量没有“块作用域”'''：将会使用（块所在的）“函数作用域”或“全局作用域” —— 这是因为在早期的 JavaScript 中，块没有'''词法环境'''<ref group="Wikioe" name="lexical-environment"/>

'''var 将透传 if、for 和其它代码块'''

示例一：
: <syntaxhighlight lang="JavaScript" highlight="">
if (true) {
var x = 5;
}
console.log(x); // 5

if (true) {
let y = 5;
}
console.log(y); // ReferenceError: y is not defined
</syntaxhighlight>
示例二：
: <syntaxhighlight lang="JavaScript" highlight="">
function f() {
console.log(tmp);
if (false) {
var tmp = 'hello world';
}
}

f(); // undefined
</syntaxhighlight>
: 由于变量提升：即使 var 定义的代码块永远不会执行，变量也存在，但初始化不会执行

=== let 会不会“提升”？ ===
关于这一点，MDN 都描述得前后不一致，也是很操蛋了……

1、MDN：《语法和数据类型》<ref group="MDN" name="Variables"/>：
在 ECMAScript 6 中，let和const同样会被提升变量到代码块的顶部但是不会被赋予初始值。在变量声明之前引用这个变量，将抛出引用错误（ReferenceError）。这个变量将从代码块一开始的时候就处在一个“暂时性死区”，直到这个变量被声明为止。

2、MDN：《语法和数据类型》<ref group="MDN" name="let"/>：
var 和 let 的另一个重要区别，let 声明的变量不会在作用域中被提升，它是在编译时才初始化（参考下面的暂时性死区）。

两种说法，以一个类似示例来说明：
: <syntaxhighlight lang="JavaScript" highlight="">
var foo = 33;
if (foo) {
console.log(foo) // ReferenceError: Cannot access 'foo' before initialization
let foo = 44;
}
</syntaxhighlight>
对于 ReferenceError 该如何解释呢 ❓
# 说法一：由于 let 变量提升，导致此处使用“块作用域内定义变量”，但该变量处于“暂时性死区”，所以出现此错误。
#: 网上有内容更是强行将 let 变量创建分为三个过程：创建、初始化、赋值 …… 有点扯。
# 说法二：由于'''词法作用域'''，导致此处使用“块作用域内定义变量”，但该变量处于“暂时性死区”，所以出现此错误。

<big>💡</big> 个人理解：let 并不会提升，以上示例是“词法作用域”影响。—— 或许看看 JS 引擎执行过程更清楚

=== 什么是“隐式声明的全局变量”？ ===
<big>'''隐式声明的全局变量'''</big>：直接对一个未声明的变量赋值，无论在函数内外都会将其“隐式地”声明为一个“全局变量”

示例，以下变量全都是“隐式声明的全局变量”：
: <syntaxhighlight lang="JavaScript" highlight="">
x = '?'

function fn() {
x = 'hello'
y = 'bye'
}

fn()
console.log(x, y) // hello bye
</syntaxhighlight>

严格模式下，“对一个未声明的变量赋值”将抛出 ReferenceError
# 非严格模式：
: <syntaxhighlight lang="JavaScript" highlight="">
var x = 0;
function f() {
var x = y = 1;
}
f();

console.log(x, y); // 0 1
</syntaxhighlight>
# 严格模式：
: <syntaxhighlight lang="JavaScript" highlight="">
'use strict';

var x = 0;
function f() {
var x = y = 1; // ReferenceError: y is not defined
}
f();

console.log(x, y);
</syntaxhighlight>

== 参考 ==
=== Wikioe ===
<references group="Wikioe">
<ref group="Wikioe" name="lexical-environment">参考：【'''[[JS 执行过程：执行上下文、词法环境]]'''】</ref>
</references>

=== MDN ===
<references group="MDN">
<ref group="MDN" name="Variables">参考：[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Guide/Grammar_and_Types MDN：《语法和数据类型》]</ref>
<ref group="MDN" name="Hoisting">参考：[https://developer.mozilla.org/zh-CN/docs/Glossary/Hoisting MDN：《Hoisting（变量提升）》]</ref>
<ref group="MDN" name="function">参考：[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/function MDN：《function》]</ref>
<ref group="MDN" name="var">参考：[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/var MDN：《var》]</ref>
<ref group="MDN" name="let">参考：[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/let MDN：《let》]</ref>
<ref group="MDN" name="Scope">参考：[https://developer.mozilla.org/zh-CN/docs/Glossary/Scope MDN：《Scope（作用域）》]</ref>
<ref group="MDN" name="eval">参考：[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Global_Objects/eval MDN：《eval()》]</ref>
<ref group="MDN" name="with">参考：[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Reference/Statements/with MDN：《with》]</ref>
<ref group="MDN" name="closure">参考：[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/Closures MDN：《闭包》]</ref>
<ref group="MDN" name="IIFE">参考：[https://developer.mozilla.org/zh-CN/docs/Glossary/IIFE MDN：《IIFE（立即调用函数表达式）》]</ref>
</references>
=== javascript.info ===
<references group="javascript.info">
<ref group="javascript.info" name="var">参考：[https://zh.javascript.info/var javascript.info：《老旧的 "var"》]</ref>
<ref group="javascript.info" name="closure">参考：[https://zh.javascript.info/closure javascript.info：《变量作用域，闭包》]</ref>
</references>
=== TypeScript ===
<references group="TypeScript">
<ref group="TypeScript" name="variable">参考：[https://www.tslang.cn/docs/handbook/variable-declarations.html TypeScript：《变量声明》]</ref>
</references>
=== 其他 ===
<references/>

Event Loop：事件循环

2023-04-17T23:26:35Z

Eijux：

[[category:JavaScript]]

== 关于 ==
在 MDN 上看到 JavaScript 的[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/EventLoop 《并发模型与事件循环》]，但由于该页面内容过少，实在不变学习。

而网络上搜到的内容大同小异，互相又有不小出入，难以拿捏。

众所周知，JavaScript 是没有所谓源代码的“源代码”，所以这部分内容只能在“规范文件”中寻找了。

* 以下内容参考《HTML Standard》<ref name="HTML-Standard">参考：[https://html.spec.whatwg.org/multipage/webappapis.html#event-loops 《HTML Standard》：“Event loops”]</ref>、MDN<ref name="MDN">参考：[https://developer.mozilla.org/zh-CN/docs/Web/API/HTML_DOM_API/Microtask_guide/In_depth MDN：《深入：微任务与 Javascript 运行时环境》]</ref>、与网络内容整理。

== 前置知识 ==
见：<big>'''[[浏览器基础：进程与线程]]'''</big>

“一个 Tab 页面对应一个'''渲染进程'''”，而“渲染进程中只能存在一个 '''JS 引擎线程'''”（即，'''主线程'''），即：页面中的所有 JS 都由同一单线程运行。

？？？？？？由于“渲染进程”负责了页面几乎所有的任务（事件、交互、脚本、渲染、网络），所以如何协调各个任务的执行是关键问题。

[[File:浏览器的进程与线程.png|400px]]

=== JavaScript的“任务” ===
JavaScript中，“任务”被分为两种：“同步任务”，“异步任务”。“异步任务”（Task）：又分为“宏任务”（MacroTask）与“微任务”（MicroTask）。

Event Loop 是针对“异步任务”而言。

——【'''P.S. 《HTML Standard》中已经不再有“宏任务”（MacroTask）这一说法 —— 它就是“任务”（task）'''】

# 同步任务：在“主线程”上排队执行的任务，只有前一个任务执行完毕，才能执行后一个任务。
# 异步任务：不直接进入“主线程”，而进入“任务队列”（task queue）的任务。
## '''任务（task）'''：事件、解析、回调、使用资源、对 DOM 操作做出反应 ——【根据《HTML Standard》<ref name="HTML-Standard"/>中定义】
##* 包括：'''script(整体代码)、setTimeout、setInterval、setImmediate（node独有）、requestAnimationFrame(浏览器独有)、I/O、UI rendering'''
##* 注意：'''Event Loop 开始时，只有“已经处于 task queues 中”的任务才会被执行'''。
##*: ——【所以，如果一个 setTimeout 引起的无限循环，会导致性能下降，但是很难导致直接崩溃】
## '''微任务（microtask）'''：——【暂无明确定义，见：[[#到底什么是“Microtasks”？]]】
##* 包括：'''Promises 的回调、queueMicrotask()、process.nextTick（node独有）、Object.observe(废弃)、MutationObserver'''
##* 注意：'''Event Loop 开始时，“microtask queue 中的所有”任务会被执行（哪怕是中途添加的“microtask”），直到队列为空'''。
##*: ——【所以，如果一个 Promises 引起无限循环，将直接导致崩溃。这也是为什么要求'''代码慎用“queueMicrotask()”'''】

<big>💡</big>一点小小的猜测：

来源于“渲染进程”中其他线程（非“JS 引擎线程”）引起的异步任务，即“任务（task）”。

来源于“渲染进程”的“JS 引擎线程”引起的异步任务，即“微任务（microtask）”。

=== JavaScript的“运行时”<ref>
<blockquote>
To run JavaScript code, the runtime engine maintains a set of agents in which to execute JavaScript code. Each agent is made up of a set of execution contexts, the execution context stack, a main thread, a set for any additional threads that may be created to handle workers, a task queue, and a microtask queue. Other than the main thread—which some browsers share across multiple agents—each component of an agent is unique to that agent.

在执行 JavaScript 代码的时候，JavaScript 运行时实际上维护了一组用于执行 JavaScript 代码的代理。每个代理由一组执行上下文的集合、执行上下文栈、主线程、一组可能创建用于执行 worker 的额外的线程集合、一个任务队列以及一个微任务队列构成。除了主线程（某些浏览器在多个代理之间共享的主线程）之外，其他组成部分对该代理都是唯一的。

——MDN：《深入：微任务与 Javascript 运行时环境》
</blockquote>
<blockquote>
An agent comprises a set of ECMAScript execution contexts, an execution context stack, a running execution context, an Agent Record, and an executing thread. Except for the executing thread, the constituents of an agent belong exclusively to that agent.

“代理”（Agent）包括：一组ECMAScript执行上下文、执行上下文堆栈、运行的执行上下文、代理记录和执行线程。除了执行线程之外，代理的组成部分只属于该代理。

——《ECMAScript® 2023 Language Specification》
</blockquote>
<blockquote>
Conceptually, the agent concept is an architecture-independent, idealized "thread" in which JavaScript code runs. Such code can involve multiple globals/realms that can synchronously access each other, and thus needs to run in a single execution thread.

从概念上讲，代理概念是一个独立于体系结构、理想化的“线程”，JavaScript代码在其中运行。这样的代码可能涉及多个全局/领域，这些全局/领域可以同步访问彼此，因此需要在单个执行线程中运行。

——《HTML Standard》
</blockquote>
:: 参考：
::# [https://tc39.es/ecma262/#sec-agents 《ECMAScript® 2023 Language Specification》：“Agents”]
::# [https://html.spec.whatwg.org/multipage/webappapis.html#agents-and-agent-clusters 《HTML Standard》：“Agents and agent clusters”]
::# [https://developer.mozilla.org/zh-CN/docs/Web/API/HTML_DOM_API/Microtask_guide/In_depth MDN：《深入：微任务与 Javascript 运行时环境》]
::# [https://github.com/Lawliet01/everyone-can-read-spec/blob/main/8.execution-environment.md 《【人人都能读标准】8.可视化JavaScript的运行环境：agents、执行上下文、Realm》]</ref> ===

从概念上讲，<big>'''代理（Agent）'''</big> 是一个独立于体系结构、理想化的“线程”，每个 ECMAScript 程序都必须在其中运行。

'''代理是一种规范机制，不需要与任何特定的 ECMAScript 实现部件相对应。'''

Agent 包括了：
# '''一组执行上下文（a set of execution contexts）<ref name="execution_context">参考：【'''[[JS 执行过程：执行上下文、词法环境]]'''】</ref>'''：即，一组可执行、待执行的上下文
# '''执行上下文栈（the execution context stack）'''<ref name="execution_context"/>：在一些文章中叫做“'''调用栈（call stack）'''”
#* 栈顶的那个上下文被称为“运行中的执行上下文（running execution context）”
# '''执行线程（an executing thread）'''：在一些文章中叫做“'''主线程（a main thread）'''”
# '''事件循环（event loop）'''：
#* 它包括了：一个“微任务队列（microtask queue）”，一个/多个“任务队列（task queue）”
# '''代理记录（Agent Record）'''：？？？

* 一个宿主（浏览器、Node.js）可以有多个 Agent，Agent 之间相互隔离，可以通过发送消息进行通信。
* 当两个 Agent 同处一个“Agent Clusters”（代理集群）时，它们可以共享内存。

'''除了“执行线程”（主线程）、“事件循环”之外，代理的组成部分只属于该代理。'''

“执行线程”（主线程）：某些浏览器在多个代理之间共享主线程

“事件循环”：可以在单个线程中协同调度多个窗口事件循环 —— 见：[[#Event Loop]]

——【《ECMAScript® 2023 Language Specification》、MDN 只提到：“执行线程”并不一定由“Agent”独占。但从《HTML Standard》对“Event Loop”的表述来看，似乎也并不一定由“Agent”独占】

——【尽管标准提到，不同的“Agent”允许共享同一条“执行线程”，但'''现代浏览器基本上都是给每个“Agent”启用一条独立的“执行线程”'''。】

Web 平台上存在以下类型的代理：
# '''Similar-origin window agent'''：即“同源窗口代理”，包含各种窗口对象，这些对象可以直接或通过使用 '''document.domain''' 相互访问。
#*
#* 两个“同源”的窗口对象可以位于不同的“Similar-origin window agent”中，例如，如果它们各自位于自己的浏览上下文组中。
# '''Dedicated worker agent'''：包含了一个 DedicatedWorkerGlobalScope；
# '''Shared worker agent'''：包含了一个 SharedWorkerGlobalScope；
# '''Service worker agent'''：包含了一个 ServiceWorkerGlobalScope；
# '''Worklet agent'''：包含了一个 WorkletGlobalScope 对象；

== Event Loop<ref name="HTML-Standard"/> ==
要协调事件（event），用户交互（user interaction），脚本（script），渲染（rendering），网络（networking）等，用户代理必须使用本节中描述的事件循环。

每个'''“代理”（Agent）'''有一个关联的“事件循环”，且该循环对该代理是'''唯一'''的。
# '''Similar-origin window agent''' 的事件循环称为“'''窗口事件循环'''”（'''window event loop'''）。
# '''Dedicated worker agent'''、'''Shared worker agent''' 或 '''Service worker agent''' 的事件循环称为“'''工作事件循环'''”（'''worker event loop'''）。
# '''Worklet agent''' 的事件循环称为“'''工件事件循环'''”（'''worklet event loop'''）。

Event loops do not necessarily correspond to implementation threads. For example, multiple window event loops could be cooperatively scheduled in a single thread.
'''事件循环不一定对应于“实现线程”（注：implementation threads，即“浏览器线程”）。例如，可以在单个线程中协同调度多个窗口事件循环。'''

However, for the various worker agents that are allocated with <nowiki>[[CanBlock]]</nowiki> set to true, the JavaScript specification does place requirements on them regarding forward progress, which effectively amount to requiring dedicated per-agent threads in those cases.
然而，对于 <nowiki>[[CanBlock]]</nowiki> 设置为 true 的各种 worker agents，JavaScript 规范确实对它们提出了关于“forward progress？”的要求，在这些情况下，这实际上相当于需要专用的每个代理线程。

* 一个事件循环具有'''一个或多个“任务队列”（task queues）'''。
** <q>'''任务队列是“集合”（set），而不是“队列”（queue）'''，因为事件循环处理模型从所选队列中获取第一个可运行的任务，而不是将第一个任务出列。</q>
** <q>'''微任务队列（microtask queue）不是任务队列（task queues）'''。</q>
* 每个事件循环都有一个当前“正在运行的任务”（currently running task），要么是一个任务，要么是 null。初始为空。
** 它用于处理可重入性。
* 每个事件循环都有'''一个“微任务队列”（microtask queue）'''，该队列是一个初始为空的微任务队列。
* 每个事件循环都有一个“正在执行微任务的检查点”（performing a microtask checkpoint）的布尔值。该值最初为 false。
** 它用于防止重入调用。
* 每个窗口事件循环都有一个 DOMHighResTimeStamp 表示“上次渲染机会时间”（last render opportunity time），最初设置为零。
* 每个窗口事件循环都有一个 DOMHighResTimeStamp 表示“上一个空闲周期的开始时间”（last idle period start time），最初设置为零。

=== 任务（Tasks） ===
“任务”（Tasks）包括以下几种：
# '''事件'''（Events）：在特定 EventTarget 对象上调度 Event 对象，通常由专用的任务完成。
# '''解析'''（Parsing）：HTML 解析器标记一个或多个字节，然后处理任何生成的标记，通常是一项任务。
# '''回调'''（Callbacks）：调用回调通常由一个专用的任务完成。
# '''使用资源'''（Using a resource）：当算法获取资源时，如果获取是以非阻塞的方式发生的，那么一旦部分或全部资源可用，就由任务执行对资源的处理。
# '''对 DOM 操作做出反应'''（Reacting to DOM manipulation）：一些元素具有响应 DOM 操作而触发的任务，例如：当该元素被插入到文档中时。

从形式上讲，“任务”（Tasks）具有以下结构：
# 步骤（steps）：指定任务要完成的工作的一系列步骤。
# '''来源'''（source）：用于对相关任务进行分组和序列化。
# 文档（document）与任务关联的文档，对于不在“窗口事件循环”中的任务则为 null。
# 脚本评估环境设置对象集（A script evaluation environment settings object set）：用于跟踪任务期间的脚本评估。
根据其源字段（source），每个任务都被定义为来自特定的“任务源”（task source）。对于每个事件循环，每个“任务源”都必须与特定的“任务队列”相关联。

=== 通用任务源（task sources） ===
# '''DOM 操作任务源'''（The DOM manipulation task source）：用于对 DOM 操作做出反应的功能，例如在将元素插入文档时以非阻塞方式发生的事情。
# '''用户交互任务源'''（The user interaction task source）：用于对用户交互做出反应的功能，例如键盘或鼠标输入。
# '''网络任务源'''（The networking task source）：用于响应网络活动而触发的功能。
# '''导航和遍历任务源'''（The navigation and traversal task source）：用于对导航和历史遍历中涉及的任务进行排队。

=== '''处理模型''' ===
只要事件循环存在，它就必须持续运行以下步骤：
# 让 oldestTask 和 taskStartTime 为 null。
# 如果事件循环有一个'''任务队列'''其中至少有一个可运行的任务，则：
## 由“实现”（浏览器）定义的规则，选择一个任务队列作为 taskQueue。（“微任务队列”并不是一个“任务队列”，所以不会被选择）——【“选择哪个任务队列”：由浏览器定义（即文档中的“implementation-defined”，客户端软件本身被称为一种“implementation”）决定，这就允许优先选择对性能敏感的任务】
## 将 taskStartTime 设置为“不安全的共享当前时间”。
## 将 oldestTask 设置为 taskQueue 中的'''第一个可运行任务'''，并将其从 taskQueue 中删除。——【任务队列是“set”，所以并非“出队”】
## 将事件循环的“正在运行的任务”设置为 oldestTask。
## 执行 oldestTask 的步骤（Steps）。
## 将事件循环的“正在运行的任务”设置回 null。
# '''执行微任务检查点'''：
## 如果事件循环的“正在执行微任务的检查点”为 true，则返回。——【检查重入】
## 将事件循环的“正在执行微任务的检查点”设置为 true。——【防止重入】
## 当事件循环的“微任务队列”不为空时：——【！！！'''不为空将一直重复执行'''！！！】
### 从事件循环的“微任务队列”中“出队”一个任务作为 oldestMicrotask。
### 将事件循环的“正在运行的任务”设置为 oldestMicrotask。
### 执行 oldestMicrotask。
###* 这可能涉及调用脚本的回调，并最终调用“clean up after running script”步骤，而该步骤的最后一步又将调用'''执行微任务检查点'''。这就是为什么设置“正在执行微任务的检查点”来防止“'''重入'''”。
### 将事件循环的“正在运行的任务”设置回null。
## 对于负责的事件循环为该事件循环的每个“环境设置对象”，通知该“环境设置对象”上 rejected 的 promise。
## 清理索引数据库事务。
## 执行 ClearKeptObjects()。
## 将事件循环的“正在执行微任务的检查点”设置为false。
# 将 hasARenderingOpportunity 设置为 false。
# 将现在时刻设置为“不安全的共享当前时间”。
# 如果 oldestTask 不为 null，则：
## ……（省略）
# '''更新渲染'''：如果这是一个窗口事件循环，则：
## ……（省略）
# ……（省略）

=== 总结 ===
<big>💡</big>
当“调用栈”为空时（即，同步代码执行完毕时），“主线程”才会开始处理“（由 Event Loop 循环选取的）来自任务队列中的任务”。

Event Loop 一次循环的顺序为：'''任务队列的“第一个可运行任务”（宏任务） -> 微任务队列的所有任务（微任务） -> 渲染'''

对于说法：“微任务 -> 渲染 -> 宏任务”，从代码运行结果来看似乎没问题，其实忽略了一点“'''script 脚本本身也是一个任务（宏任务）'''”。

== 关于：Microtasks ==

=== 到底什么是“Microtasks”？ ===
无论是《ECMAScript® 2023 Language Specification》、《HTML Standard》、MDN，都没有找到关于“宏任务”、“微任务”的定义性描述。

——《ECMAScript® 2023 Language Specification》：压根就没提到 Microtasks 这个字

——《HTML Standard》：提到了 Microtask queuing：
A microtask is a colloquial way of referring to a task that was created via the queue a microtask algorithm.
微任务是一种口语化的方式，指的是通过“排队微任务算法”创建的任务。 ——【但文档中，与“任务”相比似乎只有“任务源”（task source）不同】

—— MDN：只提到了“任务”（Tasks）与“微任务”（Microtasks）的区别

此外，在 Jake Archibald 的文章<ref>参考：[https://jakearchibald.com/2015/tasks-microtasks-queues-and-schedules/ 《Tasks, microtasks, queues and schedules》——Jake Archibald]</ref>中提到：
ECMAScript has the concept of "jobs" which are similar to microtasks, but the relationship isn't explicit aside from vague mailing list discussions. However, the general consensus is that promises should be part of the microtask queue, and for good reason.
ECMAScript有类似于 microtasks 的“jobs”概念，但除了模糊的邮件列表讨论之外，这种关系并不明确。然而，普遍的共识是，promises 应该是 microtask queue 的一部分，这是有充分理由的。
……
As mentioned, in ECMAScript land, they call microtasks "jobs". In step 8.a of PerformPromiseThen, EnqueueJob is called to queue a microtask.
如前所述，在 ECMAScript 领域，他们将微任务称为“jobs”。在 PerformPromiseThen 的步骤 8.a 中，调用 EnqueueJob 对 microtask 进行排队。

再此外，javascript.info 中有提到：
Microtasks come solely from our code. They are usually created by promises……<ref>参考：[https://javascript.info/event-loop javascript.info：《Event loop: microtasks and macrotasks》]</ref>
微任务仅来自于我们的代码。它们通常是由 promise 创建的……

Asynchronous tasks need proper management. For that, the ECMA standard specifies an internal queue PromiseJobs, more often referred to as the “microtask queue” (V8 term).<ref>参考：[https://javascript.info/microtask-queue javascript.info：《Microtasks》]</ref>
异步任务需要适当的管理。为此，ECMA 标准规定了一个内部队列 PromiseJobs，通常被称为“微任务队列（microtask queue）”（V8 术语）。

所以，Promise 异步任务（注意，仅仅是它的回调，而不是它本身）是 microtask 应该是“潜规则”了，此外，我们还可以使用“'''queueMicrotask()'''”方法来添加 microtask。
: ——【P.S. 对于 Node.js 并不清楚】

=== 为什么要支持“Microtasks”？<ref name="MDN"/> ===
微任务是另一种解决该问题的方案，通过将代码安排在下一次事件循环开始之前运行而不是必须要等到下一次开始之后才执行，这样可以'''提供一个更好的访问级别'''。

=== 如何使用“Microtasks”？<ref>参考：
# [https://developer.mozilla.org/zh-CN/docs/Web/API/HTML_DOM_API/Microtask_guide MDN：《在 JavaScript 中通过 queueMicrotask() 使用微任务》]
# [https://developer.mozilla.org/zh-CN/docs/Web/API/queueMicrotask MDN：《queueMicrotask()》]
# [https://html.spec.whatwg.org/multipage/timers-and-user-prompts.html#microtask-queuing 《HTML Standard》：“Microtask queuing”]
</ref> ===
'''Window''' 或 '''Worker''' 接口的 '''queueMicrotask()''' 方法，将微任务加入队列以在控制返回浏览器的事件循环之前的安全时间执行。

'''语法：'''
: <syntaxhighlight lang="JavaScript">queueMicrotask(() => {/* ... */});</syntaxhighlight>

'''示例：'''
: <syntaxhighlight lang="JavaScript" highlight="">
let callback = () => log("Regular timeout callback has run");

let urgentCallback = () => log("*** Oh noes! An urgent callback has run!");

log("Main program started");
setTimeout(callback, 0);
queueMicrotask(urgentCallback);
log("Main program exiting");
</syntaxhighlight>
: 输出：
: <syntaxhighlight lang="JavaScript" highlight="">
Main program started
Main program exiting
*** Oh noes! An urgent callback has run!
Regular timeout callback has run
</syntaxhighlight>

== 补充内容 ==
关于 Node.js 中的 Event Loop，暂不了解，有时间再看看其他文章。

参考：[https://juejin.cn/post/6844903764202094606 一次弄懂Event Loop（彻底解决此类面试问题）]

P.S.
JavaScript 是没有一个 WebAPIs 结构的，网上文章图片展示的 WebAPIs 大概是指那些任务来自于 WebAPI，但是这种描述并不准确。

=== '''[[变量、词法作用域、闭包#一个有意思的例子 | 一个有意思的例子]]''' ===

== 写在后面 ==
通过查询 EventLoop 的资料，前后沟通了许多内容，浅浅地做个梳理，以及一点点未解。

首先，EventLoop 的资料集中在《HTML Standard》，而《ECMAScript® 2023 Language Specification》中并无只言片语，说明：'''EventLoop 并非 ECMAScript 语言的特性，而是 Web 相关规范'''。 ——【'''即，EventLoop 并不由“JS 引擎”提供，而是依靠浏览器实现''' 】

其次，Event Loop 提到了 ECMAScript 中的 Agent 概念：
1、每个 Agent 都有且仅有一个关联的 Event Loop
2、EventLoop 选取任务是交由 Agent 的“执行线程”（或者说：主线程）来执行

那么，问题来了<big>❓</big>

1、Agent 与浏览器的“渲染进程”是否有重叠呢？ —— 虽然《HTML Standard》描述 Agent 是一个“idealized "thread"”
——【？？？】

2、Agent 的“执行线程”是不是就是“渲染进程”的“JS 引擎线程”呢？
——【我个人理解就是一个玩意儿（还有[https://developer.mozilla.org/zh-CN/docs/Glossary/Main_thread 《MDN：“主线程”》]），虽然概念不同】

3、EventLoop 是由“渲染进程”中的某个线程实现吗？
——【？？？】

网上并没有找到 Agent 相关的文章……

== 参考 ==
<references/>

Event Loop：事件循环

2023-04-17T23:26:02Z

Eijux：

[[category:JavaScript]]

== 关于 ==
在 MDN 上看到 JavaScript 的[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/EventLoop 《并发模型与事件循环》]，但由于该页面内容过少，实在不变学习。

而网络上搜到的内容大同小异，互相又有不小出入，难以拿捏。

众所周知，JavaScript 是没有所谓源代码的“源代码”，所以这部分内容只能在“规范文件”中寻找了。

* 以下内容参考《HTML Standard》<ref name="HTML-Standard">参考：[https://html.spec.whatwg.org/multipage/webappapis.html#event-loops 《HTML Standard》：“Event loops”]</ref>、MDN<ref name="MDN">参考：[https://developer.mozilla.org/zh-CN/docs/Web/API/HTML_DOM_API/Microtask_guide/In_depth MDN：《深入：微任务与 Javascript 运行时环境》]</ref>、与网络内容整理。

== 前置知识 ==
见：<big>'''[[浏览器基础：进程与线程]]'''</big>

“一个 Tab 页面对应一个'''渲染进程'''”，而“渲染进程中只能存在一个 '''JS 引擎线程'''”（即，'''主线程'''），即：页面中的所有 JS 都由同一单线程运行。

？？？？？？由于“渲染进程”负责了页面几乎所有的任务（事件、交互、脚本、渲染、网络），所以如何协调各个任务的执行是关键问题。

[[File:浏览器的进程与线程.png|400px]]

=== JavaScript的“任务” ===
JavaScript中，“任务”被分为两种：“同步任务”，“异步任务”。“异步任务”（Task）：又分为“宏任务”（MacroTask）与“微任务”（MicroTask）。

Event Loop 是针对“异步任务”而言。

——【'''P.S. 《HTML Standard》中已经不再有“宏任务”（MacroTask）这一说法 —— 它就是“任务”（task）'''】

# 同步任务：在“主线程”上排队执行的任务，只有前一个任务执行完毕，才能执行后一个任务。
# 异步任务：不直接进入“主线程”，而进入“任务队列”（task queue）的任务。
## '''任务（task）'''：事件、解析、回调、使用资源、对 DOM 操作做出反应 ——【根据《HTML Standard》<ref name="HTML-Standard"/>中定义】
##* 包括：'''script(整体代码)、setTimeout、setInterval、setImmediate（node独有）、requestAnimationFrame(浏览器独有)、I/O、UI rendering'''
##* 注意：'''Event Loop 开始时，只有“已经处于 task queues 中”的任务才会被执行'''。
##*: ——【所以，如果一个 setTimeout 引起的无限循环，会导致性能下降，但是很难导致直接崩溃】
## '''微任务（microtask）'''：——【暂无明确定义，见：[[#到底什么是“Microtasks”？]]】
##* 包括：'''Promises 的回调、queueMicrotask()、process.nextTick（node独有）、Object.observe(废弃)、MutationObserver'''
##* 注意：'''Event Loop 开始时，“microtask queue 中的所有”任务会被执行（哪怕是中途添加的“microtask”），直到队列为空'''。
##*: ——【所以，如果一个 Promises 引起无限循环，将直接导致崩溃。这也是为什么要求'''代码慎用“queueMicrotask()”'''】

<big>💡</big>一点小小的猜测：

来源于“渲染进程”中其他线程（非“JS 引擎线程”）引起的异步任务，即“任务（task）”。

来源于“渲染进程”的“JS 引擎线程”引起的异步任务，即“微任务（microtask）”。

=== JavaScript的“运行时”<ref>
<blockquote>
To run JavaScript code, the runtime engine maintains a set of agents in which to execute JavaScript code. Each agent is made up of a set of execution contexts, the execution context stack, a main thread, a set for any additional threads that may be created to handle workers, a task queue, and a microtask queue. Other than the main thread—which some browsers share across multiple agents—each component of an agent is unique to that agent.

在执行 JavaScript 代码的时候，JavaScript 运行时实际上维护了一组用于执行 JavaScript 代码的代理。每个代理由一组执行上下文的集合、执行上下文栈、主线程、一组可能创建用于执行 worker 的额外的线程集合、一个任务队列以及一个微任务队列构成。除了主线程（某些浏览器在多个代理之间共享的主线程）之外，其他组成部分对该代理都是唯一的。

——MDN：《深入：微任务与 Javascript 运行时环境》
</blockquote>
<blockquote>
An agent comprises a set of ECMAScript execution contexts, an execution context stack, a running execution context, an Agent Record, and an executing thread. Except for the executing thread, the constituents of an agent belong exclusively to that agent.

“代理”（Agent）包括：一组ECMAScript执行上下文、执行上下文堆栈、运行的执行上下文、代理记录和执行线程。除了执行线程之外，代理的组成部分只属于该代理。

——《ECMAScript® 2023 Language Specification》
</blockquote>
<blockquote>
Conceptually, the agent concept is an architecture-independent, idealized "thread" in which JavaScript code runs. Such code can involve multiple globals/realms that can synchronously access each other, and thus needs to run in a single execution thread.

从概念上讲，代理概念是一个独立于体系结构、理想化的“线程”，JavaScript代码在其中运行。这样的代码可能涉及多个全局/领域，这些全局/领域可以同步访问彼此，因此需要在单个执行线程中运行。

——《HTML Standard》
</blockquote>
:: 参考：
::# [https://tc39.es/ecma262/#sec-agents 《ECMAScript® 2023 Language Specification》：“Agents”]
::# [https://html.spec.whatwg.org/multipage/webappapis.html#agents-and-agent-clusters 《HTML Standard》：“Agents and agent clusters”]
::# [https://developer.mozilla.org/zh-CN/docs/Web/API/HTML_DOM_API/Microtask_guide/In_depth MDN：《深入：微任务与 Javascript 运行时环境》]
::# [https://github.com/Lawliet01/everyone-can-read-spec/blob/main/8.execution-environment.md 《【人人都能读标准】8.可视化JavaScript的运行环境：agents、执行上下文、Realm》]</ref> ===

从概念上讲，<big>'''代理（Agent）'''</big> 是一个独立于体系结构、理想化的“线程”，每个 ECMAScript 程序都必须在其中运行。

'''代理是一种规范机制，不需要与任何特定的 ECMAScript 实现部件相对应。'''

Agent 包括了：
# '''一组执行上下文（a set of execution contexts）<ref name="execution_context">参考：【'''[[JS 执行过程：执行上下文、词法环境]]'''】</ref>'''：即，一组可执行、待执行的上下文
# '''执行上下文栈（the execution context stack）'''<ref name="execution_context"/>：在一些文章中叫做“'''调用栈（call stack）'''”
#* 栈顶的那个上下文被称为“运行中的执行上下文（running execution context）”
# '''执行线程（an executing thread）'''：在一些文章中叫做“'''主线程（a main thread）'''”
# '''事件循环（event loop）'''：
#* 它包括了：一个“微任务队列（microtask queue）”，一个/多个“任务队列（task queue）”
# '''代理记录（Agent Record）'''：？？？

* 一个宿主（浏览器、Node.js）可以有多个 Agent，Agent 之间相互隔离，可以通过发送消息进行通信。
* 当两个 Agent 同处一个“Agent Clusters”（代理集群）时，它们可以共享内存。

'''除了“执行线程”（主线程）、“事件循环”之外，代理的组成部分只属于该代理。'''

“执行线程”（主线程）：某些浏览器在多个代理之间共享主线程

“事件循环”：可以在单个线程中协同调度多个窗口事件循环 —— 见：[[#Event Loop]]

——【《ECMAScript® 2023 Language Specification》、MDN 只提到：“执行线程”并不一定由“Agent”独占。但从《HTML Standard》对“Event Loop”的表述来看，似乎也并不一定由“Agent”独占】

——【尽管标准提到，不同的“Agent”允许共享同一条“执行线程”，但'''现代浏览器基本上都是给每个“Agent”启用一条独立的“执行线程”'''。】

Web 平台上存在以下类型的代理：
# '''Similar-origin window agent'''：即“同源窗口代理”，包含各种窗口对象，这些对象可以直接或通过使用 '''document.domain''' 相互访问。
#*
#* 两个“同源”的窗口对象可以位于不同的“Similar-origin window agent”中，例如，如果它们各自位于自己的浏览上下文组中。
# '''Dedicated worker agent'''：包含了一个 DedicatedWorkerGlobalScope；
# '''Shared worker agent'''：包含了一个 SharedWorkerGlobalScope；
# '''Service worker agent'''：包含了一个 ServiceWorkerGlobalScope；
# '''Worklet agent'''：包含了一个 WorkletGlobalScope 对象；

== Event Loop<ref name="HTML-Standard"/> ==
要协调事件（event），用户交互（user interaction），脚本（script），渲染（rendering），网络（networking）等，用户代理必须使用本节中描述的事件循环。

每个'''“代理”（Agent）'''有一个关联的“事件循环”，且该循环对该代理是'''唯一'''的。
# '''Similar-origin window agent''' 的事件循环称为“'''窗口事件循环'''”（'''window event loop'''）。
# '''Dedicated worker agent'''、'''Shared worker agent''' 或 '''Service worker agent''' 的事件循环称为“'''工作事件循环'''”（'''worker event loop'''）。
# '''Worklet agent''' 的事件循环称为“'''工件事件循环'''”（'''worklet event loop'''）。

Event loops do not necessarily correspond to implementation threads. For example, multiple window event loops could be cooperatively scheduled in a single thread.
'''事件循环不一定对应于“实现线程”（注：implementation threads，即“浏览器线程”）。例如，可以在单个线程中协同调度多个窗口事件循环。'''

However, for the various worker agents that are allocated with <nowiki>[[CanBlock]]</nowiki> set to true, the JavaScript specification does place requirements on them regarding forward progress, which effectively amount to requiring dedicated per-agent threads in those cases.
然而，对于 <nowiki>[[CanBlock]]</nowiki> 设置为 true 的各种 worker agents，JavaScript 规范确实对它们提出了关于“forward progress？”的要求，在这些情况下，这实际上相当于需要专用的每个代理线程。

* 一个事件循环具有'''一个或多个“任务队列”（task queues）'''。
** <q>'''任务队列是“集合”（set），而不是“队列”（queue）'''，因为事件循环处理模型从所选队列中获取第一个可运行的任务，而不是将第一个任务出列。</q>
** <q>'''微任务队列（microtask queue）不是任务队列（task queues）'''。</q>
* 每个事件循环都有一个当前“正在运行的任务”（currently running task），要么是一个任务，要么是 null。初始为空。
** 它用于处理可重入性。
* 每个事件循环都有'''一个“微任务队列”（microtask queue）'''，该队列是一个初始为空的微任务队列。
* 每个事件循环都有一个“正在执行微任务的检查点”（performing a microtask checkpoint）的布尔值。该值最初为 false。
** 它用于防止重入调用。
* 每个窗口事件循环都有一个 DOMHighResTimeStamp 表示“上次渲染机会时间”（last render opportunity time），最初设置为零。
* 每个窗口事件循环都有一个 DOMHighResTimeStamp 表示“上一个空闲周期的开始时间”（last idle period start time），最初设置为零。

=== 任务（Tasks） ===
“任务”（Tasks）包括以下几种：
# '''事件'''（Events）：在特定 EventTarget 对象上调度 Event 对象，通常由专用的任务完成。
# '''解析'''（Parsing）：HTML 解析器标记一个或多个字节，然后处理任何生成的标记，通常是一项任务。
# '''回调'''（Callbacks）：调用回调通常由一个专用的任务完成。
# '''使用资源'''（Using a resource）：当算法获取资源时，如果获取是以非阻塞的方式发生的，那么一旦部分或全部资源可用，就由任务执行对资源的处理。
# '''对 DOM 操作做出反应'''（Reacting to DOM manipulation）：一些元素具有响应 DOM 操作而触发的任务，例如：当该元素被插入到文档中时。

从形式上讲，“任务”（Tasks）具有以下结构：
# 步骤（steps）：指定任务要完成的工作的一系列步骤。
# '''来源'''（source）：用于对相关任务进行分组和序列化。
# 文档（document）与任务关联的文档，对于不在“窗口事件循环”中的任务则为 null。
# 脚本评估环境设置对象集（A script evaluation environment settings object set）：用于跟踪任务期间的脚本评估。
根据其源字段（source），每个任务都被定义为来自特定的“任务源”（task source）。对于每个事件循环，每个“任务源”都必须与特定的“任务队列”相关联。

=== 通用任务源（task sources） ===
# '''DOM 操作任务源'''（The DOM manipulation task source）：用于对 DOM 操作做出反应的功能，例如在将元素插入文档时以非阻塞方式发生的事情。
# '''用户交互任务源'''（The user interaction task source）：用于对用户交互做出反应的功能，例如键盘或鼠标输入。
# '''网络任务源'''（The networking task source）：用于响应网络活动而触发的功能。
# '''导航和遍历任务源'''（The navigation and traversal task source）：用于对导航和历史遍历中涉及的任务进行排队。

=== '''处理模型''' ===
只要事件循环存在，它就必须持续运行以下步骤：
# 让 oldestTask 和 taskStartTime 为 null。
# 如果事件循环有一个'''任务队列'''其中至少有一个可运行的任务，则：
## 由“实现”（浏览器）定义的规则，选择一个任务队列作为 taskQueue。（“微任务队列”并不是一个“任务队列”，所以不会被选择）——【“选择哪个任务队列”：由浏览器定义（即文档中的“implementation-defined”，客户端软件本身被称为一种“implementation”）决定，这就允许优先选择对性能敏感的任务】
## 将 taskStartTime 设置为“不安全的共享当前时间”。
## 将 oldestTask 设置为 taskQueue 中的'''第一个可运行任务'''，并将其从 taskQueue 中删除。——【任务队列是“set”，所以并非“出队”】
## 将事件循环的“正在运行的任务”设置为 oldestTask。
## 执行 oldestTask 的步骤（Steps）。
## 将事件循环的“正在运行的任务”设置回 null。
# '''执行微任务检查点'''：
## 如果事件循环的“正在执行微任务的检查点”为 true，则返回。——【检查重入】
## 将事件循环的“正在执行微任务的检查点”设置为 true。——【防止重入】
## 当事件循环的“微任务队列”不为空时：——【！！！'''不为空将一直重复执行'''！！！】
### 从事件循环的“微任务队列”中“出队”一个任务作为 oldestMicrotask。
### 将事件循环的“正在运行的任务”设置为 oldestMicrotask。
### 执行 oldestMicrotask。
###* 这可能涉及调用脚本的回调，并最终调用“clean up after running script”步骤，而该步骤的最后一步又将调用'''执行微任务检查点'''。这就是为什么设置“正在执行微任务的检查点”来防止“'''重入'''”。
### 将事件循环的“正在运行的任务”设置回null。
## 对于负责的事件循环为该事件循环的每个“环境设置对象”，通知该“环境设置对象”上 rejected 的 promise。
## 清理索引数据库事务。
## 执行 ClearKeptObjects()。
## 将事件循环的“正在执行微任务的检查点”设置为false。
# 将 hasARenderingOpportunity 设置为 false。
# 将现在时刻设置为“不安全的共享当前时间”。
# 如果 oldestTask 不为 null，则：
## ……（省略）
# '''更新渲染'''：如果这是一个窗口事件循环，则：
## ……（省略）
# ……（省略）

=== 总结 ===
<big>💡</big>
当“调用栈”为空时（即，同步代码执行完毕时），“主线程”才会开始处理“（由 Event Loop 循环选取的）来自任务队列中的任务”。

Event Loop 一次循环的顺序为：'''任务队列的“第一个可运行任务”（宏任务） -> 微任务队列的所有任务（微任务） -> 渲染'''

对于说法：“微任务 -> 渲染 -> 宏任务”，从代码运行结果来看似乎没问题，其实忽略了一点“'''script 脚本本身也是一个任务（宏任务）'''”。

== 关于：Microtasks ==

=== 到底什么是“Microtasks”？ ===
无论是《ECMAScript® 2023 Language Specification》、《HTML Standard》、MDN，都没有找到关于“宏任务”、“微任务”的定义性描述。

——《ECMAScript® 2023 Language Specification》：压根就没提到 Microtasks 这个字

——《HTML Standard》：提到了 Microtask queuing：
A microtask is a colloquial way of referring to a task that was created via the queue a microtask algorithm.
微任务是一种口语化的方式，指的是通过“排队微任务算法”创建的任务。 ——【但文档中，与“任务”相比似乎只有“任务源”（task source）不同】

—— MDN：只提到了“任务”（Tasks）与“微任务”（Microtasks）的区别

此外，在 Jake Archibald 的文章<ref>参考：[https://jakearchibald.com/2015/tasks-microtasks-queues-and-schedules/ 《Tasks, microtasks, queues and schedules》——Jake Archibald]</ref>中提到：
ECMAScript has the concept of "jobs" which are similar to microtasks, but the relationship isn't explicit aside from vague mailing list discussions. However, the general consensus is that promises should be part of the microtask queue, and for good reason.
ECMAScript有类似于 microtasks 的“jobs”概念，但除了模糊的邮件列表讨论之外，这种关系并不明确。然而，普遍的共识是，promises 应该是 microtask queue 的一部分，这是有充分理由的。
……
As mentioned, in ECMAScript land, they call microtasks "jobs". In step 8.a of PerformPromiseThen, EnqueueJob is called to queue a microtask.
如前所述，在 ECMAScript 领域，他们将微任务称为“jobs”。在 PerformPromiseThen 的步骤 8.a 中，调用 EnqueueJob 对 microtask 进行排队。

再此外，javascript.info 中有提到：
Microtasks come solely from our code. They are usually created by promises……<ref>参考：[https://javascript.info/event-loop javascript.info：《Event loop: microtasks and macrotasks》]</ref>
微任务仅来自于我们的代码。它们通常是由 promise 创建的……

Asynchronous tasks need proper management. For that, the ECMA standard specifies an internal queue PromiseJobs, more often referred to as the “microtask queue” (V8 term).<ref>参考：[https://javascript.info/microtask-queue javascript.info：《Microtasks》]</ref>
异步任务需要适当的管理。为此，ECMA 标准规定了一个内部队列 PromiseJobs，通常被称为“微任务队列（microtask queue）”（V8 术语）。

所以，Promise 异步任务（注意，仅仅是它的回调，而不是它本身）是 microtask 应该是“潜规则”了，此外，我们还可以使用“'''queueMicrotask()'''”方法来添加 microtask。
: ——【P.S. 对于 Node.js 并不清楚】

=== 为什么要支持“Microtasks”？<ref name="MDN"/> ===
微任务是另一种解决该问题的方案，通过将代码安排在下一次事件循环开始之前运行而不是必须要等到下一次开始之后才执行，这样可以'''提供一个更好的访问级别'''。

=== 如何使用“Microtasks”？<ref>参考：
# [https://developer.mozilla.org/zh-CN/docs/Web/API/HTML_DOM_API/Microtask_guide MDN：《在 JavaScript 中通过 queueMicrotask() 使用微任务》]
# [https://developer.mozilla.org/zh-CN/docs/Web/API/queueMicrotask MDN：《queueMicrotask()》]
# [https://html.spec.whatwg.org/multipage/timers-and-user-prompts.html#microtask-queuing 《HTML Standard》：“Microtask queuing”]
</ref> ===
'''Window''' 或 '''Worker''' 接口的 '''queueMicrotask()''' 方法，将微任务加入队列以在控制返回浏览器的事件循环之前的安全时间执行。

'''语法：'''
: <syntaxhighlight lang="JavaScript">queueMicrotask(() => {/* ... */});</syntaxhighlight>

'''示例：'''
: <syntaxhighlight lang="JavaScript" highlight="">
let callback = () => log("Regular timeout callback has run");

let urgentCallback = () => log("*** Oh noes! An urgent callback has run!");

log("Main program started");
setTimeout(callback, 0);
queueMicrotask(urgentCallback);
log("Main program exiting");
</syntaxhighlight>
: 输出：
: <syntaxhighlight lang="JavaScript" highlight="">
Main program started
Main program exiting
*** Oh noes! An urgent callback has run!
Regular timeout callback has run
</syntaxhighlight>

== 补充内容 ==
关于 Node.js 中的 Event Loop，暂不了解，有时间再看看其他文章。

参考：[https://juejin.cn/post/6844903764202094606 一次弄懂Event Loop（彻底解决此类面试问题）]

P.S.
JavaScript 是没有一个 WebAPIs 结构的，网上文章图片展示的 WebAPIs 大概是指那些任务来自于 WebAPI，但是这种描述并不准确。

=== '''[[变量、词法作用域、闭包#一个有意思的例子 | 一个有意思的例子]]''' ===

== 写在后面 ==
通过查询 EventLoop 的资料，前后沟通了许多内容，浅浅地做个梳理，以及一点点未解。

首先，EventLoop 的资料集中在《HTML Standard》，而《ECMAScript® 2023 Language Specification》中并无只言片语，说明：'''EventLoop 并非 ECMAScript 语言的特性，而是 Web 相关规范'''。 ——【'''即，EventLoop 并不由“JS 引擎”提供，而是依靠浏览器实现''' 】

其次，Event Loop 提到了 ECMAScript 中的 Agent 概念：
1、每个 Agent 都有且仅有一个关联的 Event Loop
2、EventLoop 选取任务是交由 Agent 的“执行线程”（或者说：主线程）来执行

那么，问题来了<big>❓</big>

1、Agent 与浏览器的“渲染进程”是否有重叠呢？ —— 虽然《HTML Standard》描述 Agent 是一个“idealized "thread"”
——【？？？】

2、Agent 的“执行线程”是不是就是“渲染进程”的“JS 引擎线程”呢？
——【我个人理解就是一个玩意儿（还有[https://developer.mozilla.org/zh-CN/docs/Glossary/Main_thread 《MDN：“主线程”》]），虽然概念不同】

3、EventLoop 是由“渲染进程”中的某个线程实现吗？
——【？？？】

网上并没有找到 Agent 相关的文章……

== 参考 ==
<references/>

Event Loop：事件循环

2023-04-17T23:22:42Z

Eijux：

[[category:JavaScript]]

== 关于 ==
在 MDN 上看到 JavaScript 的[https://developer.mozilla.org/zh-CN/docs/Web/JavaScript/EventLoop 《并发模型与事件循环》]，但由于该页面内容过少，实在不变学习。

而网络上搜到的内容大同小异，互相又有不小出入，难以拿捏。

众所周知，JavaScript 是没有所谓源代码的“源代码”，所以这部分内容只能在“规范文件”中寻找了。

* 以下内容参考《HTML Standard》<ref name="HTML-Standard">参考：[https://html.spec.whatwg.org/multipage/webappapis.html#event-loops 《HTML Standard》：“Event loops”]</ref>、MDN<ref name="MDN">参考：[https://developer.mozilla.org/zh-CN/docs/Web/API/HTML_DOM_API/Microtask_guide/In_depth MDN：《深入：微任务与 Javascript 运行时环境》]</ref>、与网络内容整理。

== 前置知识 ==
见：<big>'''[[浏览器基础：进程与线程]]'''</big>

“一个 Tab 页面对应一个'''渲染进程'''”，而“渲染进程中只能存在一个 '''JS 引擎线程'''”（即，'''主线程'''），即：页面中的所有 JS 都由同一单线程运行。

？？？？？？由于“渲染进程”负责了页面几乎所有的任务（事件、交互、脚本、渲染、网络），所以如何协调各个任务的执行是关键问题。

[[File:浏览器的进程与线程.png|400px]]

=== JavaScript的“任务” ===
JavaScript中，“任务”被分为两种：“同步任务”，“异步任务”。“异步任务”（Task）：又分为“宏任务”（MacroTask）与“微任务”（MicroTask）。

Event Loop 是针对“异步任务”而言。

——【'''P.S. 《HTML Standard》中已经不再有“宏任务”（MacroTask）这一说法 —— 它就是“任务”（task）'''】

# 同步任务：在“主线程”上排队执行的任务，只有前一个任务执行完毕，才能执行后一个任务。
# 异步任务：不直接进入“主线程”，而进入“任务队列”（task queue）的任务。
## '''任务（task）'''：事件、解析、回调、使用资源、对 DOM 操作做出反应 ——【根据《HTML Standard》<ref name="HTML-Standard"/>中定义】
##* 包括：'''script(整体代码)、setTimeout、setInterval、setImmediate（node独有）、requestAnimationFrame(浏览器独有)、I/O、UI rendering'''
##* 注意：'''Event Loop 开始时，只有“已经处于 task queues 中”的任务才会被执行'''。
##*: ——【所以，如果一个 setTimeout 引起的无限循环，会导致性能下降，但是很难导致直接崩溃】
## '''微任务（microtask）'''：——【暂无明确定义，见：[[#到底什么是“Microtasks”？]]】
##* 包括：'''Promises 的回调、queueMicrotask()、process.nextTick（node独有）、Object.observe(废弃)、MutationObserver'''
##* 注意：'''Event Loop 开始时，“microtask queue 中的所有”任务会被执行（哪怕是中途添加的“microtask”），直到队列为空'''。
##*: ——【所以，如果一个 Promises 引起无限循环，将直接导致崩溃。这也是为什么要求'''代码慎用“queueMicrotask()”'''】

<big>💡</big>一点小小的猜测：

来源于“渲染进程”中其他线程（非“JS 引擎线程”）引起的异步任务，即“任务（task）”。

来源于“渲染进程”的“JS 引擎线程”引起的异步任务，即“微任务（microtask）”。

=== JavaScript的“运行时”<ref>
<blockquote>
To run JavaScript code, the runtime engine maintains a set of agents in which to execute JavaScript code. Each agent is made up of a set of execution contexts, the execution context stack, a main thread, a set for any additional threads that may be created to handle workers, a task queue, and a microtask queue. Other than the main thread—which some browsers share across multiple agents—each component of an agent is unique to that agent.

在执行 JavaScript 代码的时候，JavaScript 运行时实际上维护了一组用于执行 JavaScript 代码的代理。每个代理由一组执行上下文的集合、执行上下文栈、主线程、一组可能创建用于执行 worker 的额外的线程集合、一个任务队列以及一个微任务队列构成。除了主线程（某些浏览器在多个代理之间共享的主线程）之外，其他组成部分对该代理都是唯一的。

——MDN：《深入：微任务与 Javascript 运行时环境》
</blockquote>
<blockquote>
An agent comprises a set of ECMAScript execution contexts, an execution context stack, a running execution context, an Agent Record, and an executing thread. Except for the executing thread, the constituents of an agent belong exclusively to that agent.

“代理”（Agent）包括：一组ECMAScript执行上下文、执行上下文堆栈、运行的执行上下文、代理记录和执行线程。除了执行线程之外，代理的组成部分只属于该代理。

——《ECMAScript® 2023 Language Specification》
</blockquote>
<blockquote>
Conceptually, the agent concept is an architecture-independent, idealized "thread" in which JavaScript code runs. Such code can involve multiple globals/realms that can synchronously access each other, and thus needs to run in a single execution thread.

从概念上讲，代理概念是一个独立于体系结构、理想化的“线程”，JavaScript代码在其中运行。这样的代码可能涉及多个全局/领域，这些全局/领域可以同步访问彼此，因此需要在单个执行线程中运行。

——《HTML Standard》
</blockquote>
:: 参考：
::# [https://tc39.es/ecma262/#sec-agents 《ECMAScript® 2023 Language Specification》：“Agents”]
::# [https://html.spec.whatwg.org/multipage/webappapis.html#agents-and-agent-clusters 《HTML Standard》：“Agents and agent clusters”]
::# [https://developer.mozilla.org/zh-CN/docs/Web/API/HTML_DOM_API/Microtask_guide/In_depth MDN：《深入：微任务与 Javascript 运行时环境》]
::# [https://github.com/Lawliet01/everyone-can-read-spec/blob/main/8.execution-environment.md 【人人都能读标准】8.可视化JavaScript的运行环境：agents、执行上下文、Realm]</ref> ===

从概念上讲，<big>'''代理（Agent）'''</big> 是一个独立于体系结构、理想化的“线程”，每个 ECMAScript 程序都必须在其中运行。

'''代理是一种规范机制，不需要与任何特定的 ECMAScript 实现部件相对应。'''

Agent 包括了：
# '''一组执行上下文（a set of execution contexts）'''：即，一组可执行、待执行的上下文
# '''执行上下文栈（the execution context stack）'''：在一些文章中叫做“'''调用栈（call stack）'''”
#* 栈顶的那个上下文被称为“运行中的执行上下文（running execution context）”
# '''执行线程（an executing thread）'''：在一些文章中叫做“'''主线程（a main thread）'''”
# '''事件循环（event loop）'''：
#* 它包括了：一个“微任务队列（microtask queue）”，一个/多个“任务队列（task queue）”
# '''代理记录（Agent Record）'''：？？？

* 一个宿主（浏览器、Node.js）可以有多个 Agent，Agent 之间相互隔离，可以通过发送消息进行通信。
* 当两个 Agent 同处一个“Agent Clusters”（代理集群）时，它们可以共享内存。

'''除了“执行线程”（主线程）、“事件循环”之外，代理的组成部分只属于该代理。'''

“执行线程”（主线程）：某些浏览器在多个代理之间共享主线程

“事件循环”：可以在单个线程中协同调度多个窗口事件循环 —— 见：[[#Event Loop]]

——【《ECMAScript® 2023 Language Specification》、MDN 只提到：“执行线程”并不一定由“Agent”独占。但从《HTML Standard》对“Event Loop”的表述来看，似乎也并不一定由“Agent”独占】

——【尽管标准提到，不同的“Agent”允许共享同一条“执行线程”，但'''现代浏览器基本上都是给每个“Agent”启用一条独立的“执行线程”'''。】

Web 平台上存在以下类型的代理：
# '''Similar-origin window agent'''：即“同源窗口代理”，包含各种窗口对象，这些对象可以直接或通过使用 '''document.domain''' 相互访问。
#*
#* 两个“同源”的窗口对象可以位于不同的“Similar-origin window agent”中，例如，如果它们各自位于自己的浏览上下文组中。
# '''Dedicated worker agent'''：包含了一个 DedicatedWorkerGlobalScope；
# '''Shared worker agent'''：包含了一个 SharedWorkerGlobalScope；
# '''Service worker agent'''：包含了一个 ServiceWorkerGlobalScope；
# '''Worklet agent'''：包含了一个 WorkletGlobalScope 对象；

== Event Loop<ref name="HTML-Standard"/> ==
要协调事件（event），用户交互（user interaction），脚本（script），渲染（rendering），网络（networking）等，用户代理必须使用本节中描述的事件循环。

每个'''“代理”（Agent）'''有一个关联的“事件循环”，且该循环对该代理是'''唯一'''的。
# '''Similar-origin window agent''' 的事件循环称为“'''窗口事件循环'''”（'''window event loop'''）。
# '''Dedicated worker agent'''、'''Shared worker agent''' 或 '''Service worker agent''' 的事件循环称为“'''工作事件循环'''”（'''worker event loop'''）。
# '''Worklet agent''' 的事件循环称为“'''工件事件循环'''”（'''worklet event loop'''）。

Event loops do not necessarily correspond to implementation threads. For example, multiple window event loops could be cooperatively scheduled in a single thread.
'''事件循环不一定对应于“实现线程”（注：implementation threads，即“浏览器线程”）。例如，可以在单个线程中协同调度多个窗口事件循环。'''

However, for the various worker agents that are allocated with <nowiki>[[CanBlock]]</nowiki> set to true, the JavaScript specification does place requirements on them regarding forward progress, which effectively amount to requiring dedicated per-agent threads in those cases.
然而，对于 <nowiki>[[CanBlock]]</nowiki> 设置为 true 的各种 worker agents，JavaScript 规范确实对它们提出了关于“forward progress？”的要求，在这些情况下，这实际上相当于需要专用的每个代理线程。

* 一个事件循环具有'''一个或多个“任务队列”（task queues）'''。
** <q>'''任务队列是“集合”（set），而不是“队列”（queue）'''，因为事件循环处理模型从所选队列中获取第一个可运行的任务，而不是将第一个任务出列。</q>
** <q>'''微任务队列（microtask queue）不是任务队列（task queues）'''。</q>
* 每个事件循环都有一个当前“正在运行的任务”（currently running task），要么是一个任务，要么是 null。初始为空。
** 它用于处理可重入性。
* 每个事件循环都有'''一个“微任务队列”（microtask queue）'''，该队列是一个初始为空的微任务队列。
* 每个事件循环都有一个“正在执行微任务的检查点”（performing a microtask checkpoint）的布尔值。该值最初为 false。
** 它用于防止重入调用。
* 每个窗口事件循环都有一个 DOMHighResTimeStamp 表示“上次渲染机会时间”（last render opportunity time），最初设置为零。
* 每个窗口事件循环都有一个 DOMHighResTimeStamp 表示“上一个空闲周期的开始时间”（last idle period start time），最初设置为零。

=== 任务（Tasks） ===
“任务”（Tasks）包括以下几种：
# '''事件'''（Events）：在特定 EventTarget 对象上调度 Event 对象，通常由专用的任务完成。
# '''解析'''（Parsing）：HTML 解析器标记一个或多个字节，然后处理任何生成的标记，通常是一项任务。
# '''回调'''（Callbacks）：调用回调通常由一个专用的任务完成。
# '''使用资源'''（Using a resource）：当算法获取资源时，如果获取是以非阻塞的方式发生的，那么一旦部分或全部资源可用，就由任务执行对资源的处理。
# '''对 DOM 操作做出反应'''（Reacting to DOM manipulation）：一些元素具有响应 DOM 操作而触发的任务，例如：当该元素被插入到文档中时。

从形式上讲，“任务”（Tasks）具有以下结构：
# 步骤（steps）：指定任务要完成的工作的一系列步骤。
# '''来源'''（source）：用于对相关任务进行分组和序列化。
# 文档（document）与任务关联的文档，对于不在“窗口事件循环”中的任务则为 null。
# 脚本评估环境设置对象集（A script evaluation environment settings object set）：用于跟踪任务期间的脚本评估。
根据其源字段（source），每个任务都被定义为来自特定的“任务源”（task source）。对于每个事件循环，每个“任务源”都必须与特定的“任务队列”相关联。

=== 通用任务源（task sources） ===
# '''DOM 操作任务源'''（The DOM manipulation task source）：用于对 DOM 操作做出反应的功能，例如在将元素插入文档时以非阻塞方式发生的事情。
# '''用户交互任务源'''（The user interaction task source）：用于对用户交互做出反应的功能，例如键盘或鼠标输入。
# '''网络任务源'''（The networking task source）：用于响应网络活动而触发的功能。
# '''导航和遍历任务源'''（The navigation and traversal task source）：用于对导航和历史遍历中涉及的任务进行排队。

=== '''处理模型''' ===
只要事件循环存在，它就必须持续运行以下步骤：
# 让 oldestTask 和 taskStartTime 为 null。
# 如果事件循环有一个'''任务队列'''其中至少有一个可运行的任务，则：
## 由“实现”（浏览器）定义的规则，选择一个任务队列作为 taskQueue。（“微任务队列”并不是一个“任务队列”，所以不会被选择）——【“选择哪个任务队列”：由浏览器定义（即文档中的“implementation-defined”，客户端软件本身被称为一种“implementation”）决定，这就允许优先选择对性能敏感的任务】
## 将 taskStartTime 设置为“不安全的共享当前时间”。
## 将 oldestTask 设置为 taskQueue 中的'''第一个可运行任务'''，并将其从 taskQueue 中删除。——【任务队列是“set”，所以并非“出队”】
## 将事件循环的“正在运行的任务”设置为 oldestTask。
## 执行 oldestTask 的步骤（Steps）。
## 将事件循环的“正在运行的任务”设置回 null。
# '''执行微任务检查点'''：
## 如果事件循环的“正在执行微任务的检查点”为 true，则返回。——【检查重入】
## 将事件循环的“正在执行微任务的检查点”设置为 true。——【防止重入】
## 当事件循环的“微任务队列”不为空时：——【！！！'''不为空将一直重复执行'''！！！】
### 从事件循环的“微任务队列”中“出队”一个任务作为 oldestMicrotask。
### 将事件循环的“正在运行的任务”设置为 oldestMicrotask。
### 执行 oldestMicrotask。
###* 这可能涉及调用脚本的回调，并最终调用“clean up after running script”步骤，而该步骤的最后一步又将调用'''执行微任务检查点'''。这就是为什么设置“正在执行微任务的检查点”来防止“'''重入'''”。
### 将事件循环的“正在运行的任务”设置回null。
## 对于负责的事件循环为该事件循环的每个“环境设置对象”，通知该“环境设置对象”上 rejected 的 promise。
## 清理索引数据库事务。
## 执行 ClearKeptObjects()。
## 将事件循环的“正在执行微任务的检查点”设置为false。
# 将 hasARenderingOpportunity 设置为 false。
# 将现在时刻设置为“不安全的共享当前时间”。
# 如果 oldestTask 不为 null，则：
## ……（省略）
# '''更新渲染'''：如果这是一个窗口事件循环，则：
## ……（省略）
# ……（省略）

=== 总结 ===
<big>💡</big>
当“调用栈”为空时（即，同步代码执行完毕时），“主线程”才会开始处理“（由 Event Loop 循环选取的）来自任务队列中的任务”。

Event Loop 一次循环的顺序为：'''任务队列的“第一个可运行任务”（宏任务） -> 微任务队列的所有任务（微任务） -> 渲染'''

对于说法：“微任务 -> 渲染 -> 宏任务”，从代码运行结果来看似乎没问题，其实忽略了一点“'''script 脚本本身也是一个任务（宏任务）'''”。

== 关于：Microtasks ==

=== 到底什么是“Microtasks”？ ===
无论是《ECMAScript® 2023 Language Specification》、《HTML Standard》、MDN，都没有找到关于“宏任务”、“微任务”的定义性描述。

——《ECMAScript® 2023 Language Specification》：压根就没提到 Microtasks 这个字

——《HTML Standard》：提到了 Microtask queuing：
A microtask is a colloquial way of referring to a task that was created via the queue a microtask algorithm.
微任务是一种口语化的方式，指的是通过“排队微任务算法”创建的任务。 ——【但文档中，与“任务”相比似乎只有“任务源”（task source）不同】

—— MDN：只提到了“任务”（Tasks）与“微任务”（Microtasks）的区别

此外，在 Jake Archibald 的文章<ref>参考：[https://jakearchibald.com/2015/tasks-microtasks-queues-and-schedules/ 《Tasks, microtasks, queues and schedules》——Jake Archibald]</ref>中提到：
ECMAScript has the concept of "jobs" which are similar to microtasks, but the relationship isn't explicit aside from vague mailing list discussions. However, the general consensus is that promises should be part of the microtask queue, and for good reason.
ECMAScript有类似于 microtasks 的“jobs”概念，但除了模糊的邮件列表讨论之外，这种关系并不明确。然而，普遍的共识是，promises 应该是 microtask queue 的一部分，这是有充分理由的。
……
As mentioned, in ECMAScript land, they call microtasks "jobs". In step 8.a of PerformPromiseThen, EnqueueJob is called to queue a microtask.
如前所述，在 ECMAScript 领域，他们将微任务称为“jobs”。在 PerformPromiseThen 的步骤 8.a 中，调用 EnqueueJob 对 microtask 进行排队。

再此外，javascript.info 中有提到：
Microtasks come solely from our code. They are usually created by promises……<ref>参考：[https://javascript.info/event-loop javascript.info：《Event loop: microtasks and macrotasks》]</ref>
微任务仅来自于我们的代码。它们通常是由 promise 创建的……

Asynchronous tasks need proper management. For that, the ECMA standard specifies an internal queue PromiseJobs, more often referred to as the “microtask queue” (V8 term).<ref>参考：[https://javascript.info/microtask-queue javascript.info：《Microtasks》]</ref>
异步任务需要适当的管理。为此，ECMA 标准规定了一个内部队列 PromiseJobs，通常被称为“微任务队列（microtask queue）”（V8 术语）。

所以，Promise 异步任务（注意，仅仅是它的回调，而不是它本身）是 microtask 应该是“潜规则”了，此外，我们还可以使用“'''queueMicrotask()'''”方法来添加 microtask。
: ——【P.S. 对于 Node.js 并不清楚】

=== 为什么要支持“Microtasks”？<ref name="MDN"/> ===
微任务是另一种解决该问题的方案，通过将代码安排在下一次事件循环开始之前运行而不是必须要等到下一次开始之后才执行，这样可以'''提供一个更好的访问级别'''。

=== 如何使用“Microtasks”？<ref>参考：
# [https://developer.mozilla.org/zh-CN/docs/Web/API/HTML_DOM_API/Microtask_guide MDN：《在 JavaScript 中通过 queueMicrotask() 使用微任务》]
# [https://developer.mozilla.org/zh-CN/docs/Web/API/queueMicrotask MDN：《queueMicrotask()》]
# [https://html.spec.whatwg.org/multipage/timers-and-user-prompts.html#microtask-queuing 《HTML Standard》：“Microtask queuing”]
</ref> ===
'''Window''' 或 '''Worker''' 接口的 '''queueMicrotask()''' 方法，将微任务加入队列以在控制返回浏览器的事件循环之前的安全时间执行。

'''语法：'''
: <syntaxhighlight lang="JavaScript">queueMicrotask(() => {/* ... */});</syntaxhighlight>

'''示例：'''
: <syntaxhighlight lang="JavaScript" highlight="">
let callback = () => log("Regular timeout callback has run");

let urgentCallback = () => log("*** Oh noes! An urgent callback has run!");

log("Main program started");
setTimeout(callback, 0);
queueMicrotask(urgentCallback);
log("Main program exiting");
</syntaxhighlight>
: 输出：
: <syntaxhighlight lang="JavaScript" highlight="">
Main program started
Main program exiting
*** Oh noes! An urgent callback has run!
Regular timeout callback has run
</syntaxhighlight>

== 补充内容 ==
关于 Node.js 中的 Event Loop，暂不了解，有时间再看看其他文章。

参考：[https://juejin.cn/post/6844903764202094606 一次弄懂Event Loop（彻底解决此类面试问题）]

P.S.
JavaScript 是没有一个 WebAPIs 结构的，网上文章图片展示的 WebAPIs 大概是指那些任务来自于 WebAPI，但是这种描述并不准确。

=== '''[[变量、词法作用域、闭包#一个有意思的例子 | 一个有意思的例子]]''' ===

== 写在后面 ==
通过查询 EventLoop 的资料，前后沟通了许多内容，浅浅地做个梳理，以及一点点未解。

首先，EventLoop 的资料集中在《HTML Standard》，而《ECMAScript® 2023 Language Specification》中并无只言片语，说明：'''EventLoop 并非 ECMAScript 语言的特性，而是 Web 相关规范'''。 ——【'''即，EventLoop 并不由“JS 引擎”提供，而是依靠浏览器实现''' 】

其次，Event Loop 提到了 ECMAScript 中的 Agent 概念：
1、每个 Agent 都有且仅有一个关联的 Event Loop
2、EventLoop 选取任务是交由 Agent 的“执行线程”（或者说：主线程）来执行

那么，问题来了<big>❓</big>

1、Agent 与浏览器的“渲染进程”是否有重叠呢？ —— 虽然《HTML Standard》描述 Agent 是一个“idealized "thread"”
——【？？？】

2、Agent 的“执行线程”是不是就是“渲染进程”的“JS 引擎线程”呢？
——【我个人理解就是一个玩意儿（还有[https://developer.mozilla.org/zh-CN/docs/Glossary/Main_thread 《MDN：“主线程”》]），虽然概念不同】

3、EventLoop 是由“渲染进程”中的某个线程实现吗？
——【？？？】

网上并没有找到 Agent 相关的文章……

== 参考 ==
<references/>

JS 执行过程：执行上下文、词法环境

2023-04-17T23:21:52Z

Eijux：/* 执行上下文（Execution Contexts） */

[[category:JavaScript]]

== 执行上下文（Execution Contexts） ==
''' <big>执行上下文</big>（Execution Contexts）'''：是一种规范设备，用于跟踪 ECMAScript 实现对代码的运行时评估 —— JavaScript 代码都需要运行在相应的“执行上下文”中

执行上下文一共有三种类型：
# '''全局执行上下文'''：基础的上下文，任何不在函数内部的代码都在其中。
#: 它会执行两件事：创建一个全局的 window 对象（浏览器的情况下），并且设置 this 的值等于这个全局对象。
#* 程序首次允许时创建 —— '''一个程序中只会有一个全局执行上下文'''。
# '''函数执行上下文'''：函数内部的代码所在的上下文。
#* 每次函数被调用都会创建一个新的执行上下文 —— '''同一函数的多次执行，会多个上下文'''
# '''eval执行上下文'''：eval() 内部的代码所在的执行上下文
#* 使用“eval方法”时创建

在任何时间点，最多有一个“执行上下文”在实际执行代码，这被称为“正在运行的执行上下文”（running execution context）。

=== 执行上下文栈 ===
'''<big>执行上下文栈</big>（Execution context stack，ECS）'''：又称“调用栈 / 执行栈”（call stack），用于跟踪“执行上下文” —— “正在运行的执行上下文”就是这个其的栈顶元素

函数的“执行过程”就是：对应的“执行上下文”（栈帧）在“调用栈”中的“'''入栈'''”（开始执行）、“'''出栈'''”（执行完毕）操作。

示例：
: <syntaxhighlight lang="JavaScript" highlight="">
let a = 'Hello World!';
function first() {
console.log('Inside first function');
second();
console.log('Again inside first function');
}
function second() {
console.log('Inside second function');
}
first();
console.log('Inside Global Execution Context');
</syntaxhighlight>
: [[File:JavaScript：执行上下文栈（Execution context stack，ECS）：示例.png|800px]]

=== 状态组件（State Components） ===
{| class="wikitable" style="width:100%;"
|+ 执行上下文的状态组件
|-
! style="width:20%;" | <big>组件（Component）</big>
! style="width:80%;" | <big>用途（Purpose）</big>
|-
! colspan="2" | “所有执行上下文”的状态组件
|-
| 代码评估状态（code evaluation state） || 对“与执行上下文关联的代码的执行、挂起和恢复”进行评估所需的任何状态。
|-
| 函数（Function） || 如果这个执行上下文正在评估函数对象的代码，那么这个组件的值就是那个函数对象。如果上下文正在评估脚本或模块的代码，则该值为null。
* “正在运行的执行上下文（running execution context）”的 Function 组件的值也被称为“活动函数对象（active function object）”
|-
| 领域（Realm） || “关联代码”访问“ECMAScript 资源”的领域
* “正在运行的执行上下文（running execution context）”的 Realm 组件的值也被称为“当前 Realm（current Realm）”。
|-
! colspan="2" | “ECMAScript代码执行上下文”的附加状态组件
|-
| 词法环境（LexicalEnvironment） || 标识“词法环境”，用于解析代码在此执行上下文中造成的标识符引用。
|-
| 变量环境（VariableEnvironment） || 标识“词法环境”，其 EnvironmentRecord 保存由 VariableStatements 在此执行上下文中创建的绑定。
|-
! colspan="2" | “生成器执行上下文”的附加状态组件
|-
| 生成器（Generator） || 此执行上下文正在评估的 Generator 对象。
|}

执行上下文的 LexicalEnvironment 和 VariableEnvironment 组件始终是“词法环境（Lexical Environments）”。

创建执行上下文时，其 LexicalEnvironment 和 VariableEnvironment 组件最初具有相同的值。

=== 生命周期 ===
可以分为 2 个主要阶段：
# '''创建阶段（Creation Phase）'''：（“预编译阶段”）JavaScript 引擎会做以下几件事情：
## 创建“'''词法环境（Lexical Environment）'''”组件
## 创建“'''变量环境（Variable Environment）'''”组件
# '''执行阶段（Code Execution Phase）'''：（“执行阶段”）JavaScript 引擎会按照代码的顺序逐行执行，并且根据需要更新变量和函数的值
#* 在执行阶段，如果 JavaScript 引擎不能在源码中声明的实际位置找到 '''let''' 变量的值，它会被赋值为 <code>'''undefined'''</code>。

== 词法环境（Lexical Environment） ==
'''<big>词法环境</big>（Lexical Environment）'''：是一种规范类型，基于 ECMAScript 代码的“词法嵌套结构”来定义“'''标识符'''”和具体“'''变量 / 函数'''”的关联

—— '''标识符'''：变量 / 函数的名字
—— '''标识符'''：对“原始数据”或“实际对象”（包含函数类型对象）的引用

<big>⭐</big> 即：词法环境，是一种持有'''“标识符-变量”映射'''的结构

通常，词汇环境与 ECMAScript 代码的某些特定语法结构相关联，如 FunctionDeclaration、BlockStatement、Try 语句的 Catch 子句，'''每次评估此类代码时都会创建一个新的词汇环境'''。

特殊的“词法环境”：
# '''全局环境（global environment）'''：是一个没有外部环境的词汇环境（“外部词法环境引用”为 null）。
#* 全局环境的 EnvironmentRecord 可以预先填充标识符绑定，并包含关联的“全局对象”，该对象的属性提供了一些全局环境的标识符绑定；
#* 这个“全局对象”是全局环境的 This 绑定的值；
#* 在执行 ECMAScript 代码时，可以向“全局对象”添加其他属性，并修改初始属性；
# '''模块环境（module environment）'''：是一个包含模块的顶级声明的绑定的词法环境。
#* 它还包含由模块显式导入的绑定；
#* 其“外部词法环境引用”是一个“全局环境”；
# '''函数环境（function environment）'''：是一个“对应于ECMAScript函数对象的调用”的词汇环境。
#* 它可以建立一个新的 this 绑定；
#* 它还将捕获支持 super 方法调用所需的状态；

<div class="mw-code" style="white-space: normal; line-height: 1.6;">
<big>⭐</big> 词法环境，三个部分组成：
# 一个“'''环境记录（Environment Record）'''”
# 一个“'''（可能为空值的）''''''外部词法环境引用（Outer Lexical Environment）'''”
# 以及“'''This 绑定（This Binding）'''”
</div>

其伪代码如下：
: <syntaxhighlight lang="JavaScript" highlight="">
// 全局执行上下文
GlobalExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object", // 环境记录: "对象式环境记录"
// 在这里绑定标识符
},
outer: <null>, // 外部词法环境引用: null
this: <global object> // this 绑定: "全局对象"
}
}

// 函数执行上下文
FunctionExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative", // 环境记录: "声明式环境记录"
// 在这里绑定标识符
},
outer: <Global or outer function environment reference>, // 外部词法环境引用: 外部"词法环境"
this: <depends on how function is called> // this 绑定: 取决于函数调用方式
}
}
</syntaxhighlight>

=== 环境记录（Environment Record） ===
'''<big>环境记录</big>（Environment Record）'''：记录'''在其关联的“词法环境”的范围内创建的“标识符”绑定''' —— 任何在“环境记录”中的标识符都可以在当前“词法环境”直接以标识符形式访问

两种主要的“环境记录”：
# '''声明式环境记录（Declarative Environment Record）'''：记录 '''范围内的声明'''
#* 主要用于“'''函数'''”和“'''catch'''”词法环境
# '''对象式环境记录（Object Environment Record）'''：记录 '''绑定对象的属性'''
#* 主要用于“'''with'''”和 '''global''' 的词法环境
# '''全局环境记录（Global Environment Record）'''：一个对“对象式环境记录”和“声明式环境记录”组件的封装

==== 声明式环境记录（Declarative Environment Record）<ref group="ECMAScript" name="声明式环境记录"/> ====
'''声明式环境记录'''：与'''ECMAScript 程序范围'''相关联，将绑定其范围内包含的'''声明（declarations）'''所定义的标识符集

<big>💡</big>“'''ECMAScript 程序范围'''”包括：'''variable'''、'''constant'''、'''let'''、'''class'''、'''module'''、'''import'''、'''function declarations''' 等所定义的标识符集

注意：
* 其方法（CreateMutableBinding、CreateImmutableBinding）：
*# 要求该 binding 在创建前必须不存在 —— 【let 无法重定义？】
*# 会将该 binding 标记为 '''uninitialized''' ——【let 的暂时性死区？】
* 其方法（GetBindingValue）：如果该 binding 是一个 uninitialized binding，将引发 ReferenceError

==== 对象式环境记录（Object Environment Record）<ref group="ECMAScript" name="对象式环境记录"/> ====
'''对象式环境记录'''：与一个'''绑定对象（binding object）'''相关联，将绑定与其“绑定对象”的属性名称直接对应的字符串标识符名称集

<big>💡</big>“'''绑定对象（binding object）'''”包括：'''全局对象'''（即浏览器环境的“Window 对象”）、'''With 语句关联的对象'''

注意：
* 其方法（CreateMutableBinding）：
*# 并不要求该 binding 在创建前必须不存在 ——【var 可重定义？】
*# 会将该 binding 初始化为 '''undefined''' ——【var 提升？】
* “标识符”将与“binding object”的属性一一对应：
*: 示例：
*: <syntaxhighlight lang="JavaScript" highlight="">
// 定义的标识符
var x = 1000

// 可以通过如下方式获取
console.log(window.x)
</syntaxhighlight>
*: <syntaxhighlight lang="JavaScript" highlight="">
// binding object 中的属性
window.y = 999

// 也可以通过标识符直接获取
console.log(y)
</syntaxhighlight>
* 无论<code><nowiki>[[Enumerable]]</nowiki></code>属性的设置如何，集合中始终包含了“'''自身的'''”和“'''继承的'''”属性
* 因为对象可以动态添加和删除属性，所以绑定的“标识符”集一定是'''可变的'''

==== 全局环境记录（Global Environment Record）<ref group="ECMAScript" name="全局环境记录"/> ====
'''全局环境记录'''：在逻辑上是单个记录，但被指定为封装“对象环境记录（Declarative Environment Record）”和“声明性环境记录（Object Environment Record）”的组合 —— 专门用于脚本全局声明

其中：
# “'''对象环境记录'''”：将关联领域（Realm）的全局对象作为其基础对象，包括：
## 所有 built-in globals（内置全局变量）的绑定，
## 全局代码中 FunctionDeclaration、GeneratorDeclaration 或 VariableStatement 引入的所有绑定
# “'''声明性环境记录'''”：全局代码中所有其他 ECMAScript 声明的绑定

=== 外部词法环境引用（Outer Lexical Environment） ===
'''<big>外部词法环境引用</big>（Outer Lexical Environment）'''：用于'''对词法环境值的“逻辑嵌套”进行建模''' —— 意味着通过它可以'''访问其“外部词法环境”'''

如果在当前的“词法环境”中找不到变量，JavaScript 引擎可以在外部环境中查找这些变量：
*（内部）词汇环境的外部引用是指在逻辑上围绕内部词汇环境的词汇环境
* 外部词汇环境可能有自己的外部词汇环境
* 一个词汇环境可以作为多个内部词汇环境的外部环境

每个“词法环境”都使用“外部词法环境引用”与其“外部词法环境”链接，如此将形成一个“'''环境链'''”（ES 3 中的'''作用域链'''） —— 用于“'''标识符的解析'''”（变量的查找）

=== This 绑定（This Binding） ===
<div class="mw-code" style="white-space: normal; line-height: 1.6;">
<big>⭐ '''This Binding'''：</big>
# 在“'''全局执行上下文'''”中：this 的值指向“'''全局对象'''”
#* 浏览器中，“全局对象”即 <code>'''Window'''</code> 对象
# 在“'''函数执行上下文'''”中：this 的值'''取决于函数调用方式'''：
## 若函数被一个引用对象调用，this 将指向对象，
## 否则，this 的值被设置为“'''全局对象'''”（非严格模式）或者 <code>'''undefined'''</code>（严格模式）
</div>

== 补充内容 ==
“执行上下文”、“词汇环境”和“环境记录”纯粹是规范机制，不需要与 ECMAScript 实现的任何特定内容相对应。 ECMAScript 程序不可能直接访问或操作这些值。

=== LexicalEnvironment 与 VariableEnvironment ===
'''LexicalEnvironment''' 和 '''VariableEnvironment'''：都是'''执行上下文的组件'''，且同是“词法环境（Lexical Environments）”

创建执行上下文时，其 LexicalEnvironment 和 VariableEnvironment 组件最初具有相同的值。

—— 【注意：“Lexical Environments”指是“词法环境”这一规范机制，而“LexicalEnvironment”才指执行上下文的“词法环境”组件】

# “'''词法环境（LexicalEnvironment）'''”：用于记录范围内的“函数声明”和“变量声明”（let 和 const）的绑定
#* 有“全局作用域”、“函数作用域”及“块作用域”
# “'''变量环境（VariableEnvironment）'''”：仅记录“'''var''' 变量”的绑定
#* 只有“全局作用域”和“函数作用域”

<big>⭐</big> “变量环境（VariableEnvironment）”的概念是为 ES6 服务的：'''为了实现 var 的变量提升'''

“变量环境（VariableEnvironment）”：其 EnvironmentRecord 保存由 VariableStatements（var 变量）在此“执行上下文”中创建的绑定

=== '''完整总结''' ===
# '''全局执行上下文'''：
## “'''词法环境'''”：
### “'''对象式环境记录'''”：记录全局的“'''函数、变量（let, const）'''”等声明
### “'''外部词法环境引用'''”：为 '''null'''
### “'''This 绑定'''”：为“全局对象”（浏览器环境，即 '''Window 对象'''）
## “'''变量环境'''”:
### “'''对象式环境记录'''”：记录全局的“'''变量 var'''”的声明
### ...
#: <syntaxhighlight lang="JavaScript" highlight="">
// 全局执行上下文
GlobalExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
// 环境记录: "对象式环境记录"
Type: "Object",
/**
* 在此处绑定标识符
* 包括: "函数声明"和"变量声明"(let, const)的绑定
* */
}
// 外部词法环境引用: null
outer: <null>,
// this 绑定: "全局对象"
ThisBinding: <Global Object>
},
// 变量环境
VariableEnvironment: {
EnvironmentRecord: {
// 环境记录: "对象式环境记录"
Type: "Object",
/**
* 在此处绑定标识符
* 仅: "变量声明"(var)的绑定
* */
}
// 外部词法环境引用: null
outer: <null> ,
// this 绑定: "全局对象"
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# '''函数执行上下文'''：
## “'''词法环境'''”：
### “'''声明式环境记录'''”：包含：
###* 函数的“'''函数、变量（let, const）'''”等声明
###* 传递给函数的“'''arguments 对象'''” —— （对象存储索引与参数的映射、参数的 length）
### “'''外部词法环境引用'''”：为“'''外部词法环境 / 全局词法环境'''”
### “'''This 绑定'''”：'''取决于函数调用方式'''（及是否严格模式）
## “'''变量环境'''”:
### “'''声明式环境记录'''”：记录函数的“'''变量 var'''”的声明
### ...
#: <syntaxhighlight lang="JavaScript" highlight="">
// 函数执行上下文
FunctionExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
// 环境记录: "声明式环境记录"
Type: "Declarative",
/**
* 在此处绑定标识符
* 包括: "函数声明"和"变量声明"(let, const)的绑定
* 以及: 传递给函数的 arguments 对象
* */
},
// 外部词法环境引用: "外部词法环境"或"全局词法环境"
outer: <Global or outer function environment reference>,
// this 绑定: 取决于函数调用方式
ThisBinding: <depends on how function is called>,
},
// 变量环境
VariableEnvironment: {
EnvironmentRecord: {
// 环境记录: "声明式环境记录"
Type: "Declarative",
/**
* 在此处绑定标识符
* 仅: "变量声明"(var)的绑定
* */
},
// 外部词法环境引用: "外部词法环境"或"全局词法环境"
outer: <Global or outer function environment reference>,
// this 绑定: 取决于函数调用方式
ThisBinding: <depends on how function is called>,
}
}
</syntaxhighlight>

== 案例分析 ==
以如下代码为例：
: <syntaxhighlight lang="JavaScript" highlight="">
let a = 10;
const b = 20;
var c;
function multiply(d, e) {
var f = 50;
return d * e * f * a;
}
c = multiply(30, 40);
</syntaxhighlight>

分析 JavaScript 引擎执行过程：
# “'''全局执行上下文'''”的“'''创建阶段'''”：
#: 创建“词法环境”、“变量环境”组件
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: <uninitialized> ,
b: <uninitialized> ,
multiply: <func>
}
outer: <null> ,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: undefined,
}
outer: <null> ,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# “'''全局执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: 10,
b: 20,
multiply: <func>
}
outer: <null>,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: undefined,
}
outer: <null>,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# “'''函数执行上下文'''”的“'''创建阶段'''”：
#: 创建“词法环境”、“变量环境”组件
#: <syntaxhighlight lang="JavaScript" highlight="">
FunctionExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
Arguments: {0: 30, 1: 40, length: 2},
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>,
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
f: undefined
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>
}
}
</syntaxhighlight>
#* ThisBinding：“非严格模式”为“Global Object”，“严格模式”为“undefined”
# “'''函数执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
FunctionExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
Arguments: {0: 30, 1: 40, length: 2},
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>,
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
f: 50
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>
}
}
</syntaxhighlight>
#* 函数中使用了<abbr title="跨作用域的变量">'''自由变量'''</abbr>（“a”），将通过其“'''外部词法环境引用'''”（到“GlobalLexicalEnvironment”中）查找
# “'''全局执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: 10,
b: 20,
multiply: <func>
}
outer: <null>,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: 600000,
}
outer: <null>,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>

== 参考 ==
=== ECMAScript ===
以下内容来自：《ECMAScript® 2015 Language Specification》的 [https://262.ecma-international.org/6.0/#sec-executable-code-and-execution-contexts 《Executable Code and Execution Contexts》]
<references group="ECMAScript">
<ref group="ECMAScript" name="声明式环境记录">
声明式环境记录（Declarative Environment Record），定义/描述：
<blockquote>
声明性环境记录用于定义 ECMAScript 语言语法元素的效果，如 FunctionDeclarations、VariableDeclarations 和 Catch 子句，这些子句将“标识符绑定”与“ECMAScript 语言值”直接关联。
</blockquote>
::* “ECMAScript 语言值（ECMAScript language values）”：由“ECMAScript语言类型（ECMAScript Language Types）”表征的值
::* “ECMAScript语言类型（ECMAScript Language Types）”：包括 '''Undefined'''、'''Null'''、'''Boolean'''、'''String'''、'''Symbol'''、'''Number''' 和 '''Object'''
<blockquote>
每个声明性环境记录都与 ECMAScript 程序范围相关联，该程序范围包含 '''variable'''（变量）, '''constant'''（常量）, '''let''', '''class''', '''module''', '''import''', and/or '''function declarations'''。声明性环境记录绑定其范围内包含的声明所定义的标识符集。
</blockquote>
</ref>

<ref group="ECMAScript" name="对象式环境记录">
对象式环境记录（Object Environment Record），定义/描述：
<blockquote>
对象环境记录用于定义 ECMAScript 元素（如 WithStatement）的效果，这些元素将“标识符绑定”与“某些对象的属性”相关联。
</blockquote>
<blockquote>
每个对象“环境记录”都与一个称为其“绑定对象（binding object）”的对象相关联。对象环境记录将绑定与其“绑定对象”的属性名称直接对应的字符串标识符名称集。不是 IdentifierName 形式的字符串的属性键不包括在绑定标识符集中。无论 <nowiki>[[Enumerable]]</nowiki> 属性的设置如何，集合中都包含了自己的和继承的属性。因为可以从对象中动态添加和删除属性，所以由对象 Environment Record 绑定的标识符集可能会发生更改，这可能是任何添加或删除财产的操作的副作用。由于这种副作用而创建的任何绑定都被认为是可变绑定，即使相应属性的 Writable 属性的值为 false。对象“环境记录”不存在不可变绑定。
</blockquote>
</ref>

<ref group="ECMAScript" name="全局环境记录">
全局环境记录（Global Environment Record），定义/描述：
<blockquote>
全局环境记录和函数环境记录是专门用于脚本全局声明和函数中的顶级声明的专门化。
</blockquote>
<blockquote>
全局环境记录用于表示在 common Realm（公共领域）中处理的所有 ECMAScript 脚本元素共享的最外部作用域。全局环境记录为 built-in globals（内置全局变量）、properties of the global object（全局对象的属性）以及脚本中出现的所有顶级声明提供绑定。

全局环境记录在逻辑上是单个记录，但它被指定为封装“对象环境记录（Declarative Environment Record）”和“声明性环境记录（Object Environment Record）”的组合。“对象环境记录”将关联 Realm（领域）的全局对象作为其基础对象。这个全局对象是全局环境记录的 GetThisBinding 具体方法返回的值。全局环境记录的对象环境记录组件包含所有 built-in globals（内置全局变量）的绑定，以及全局代码中包含的 FunctionDeclaration、GeneratorDeclaration 或 VariableStatement 引入的所有绑定。全局代码中所有其他 ECMAScript 声明的绑定都包含在全局环境记录的“声明性环境记录”组件中。

可以直接在全局对象上创建属性。因此，全局环境记录的对象环境记录组件可能既包含由 FunctionDeclaration、GeneratorDeclassion 或 VariableDeclassing 声明显式创建的绑定，也包含作为全局对象的属性隐式创建的链接。为了识别哪些绑定是使用声明显式创建的，全局环境记录会维护一个使用其 CreateGlobalVarBindings 和 CreateGlobalFunctionBindings 具体方法绑定的名称列表。
</blockquote>
</ref>
</references>

=== 网络文章 ===
注意：部分文章表述的是旧版本的 ES：
# [https://blog.bitsrc.io/understanding-execution-context-and-execution-stack-in-javascript-1c9ea8642dd0 《Understanding Execution Context and Execution Stack in Javascript》]
#: [https://juejin.cn/post/7129510217863299102 《ES2018 最新【译】理解Javascript中的执行上下文和执行栈》] —— 比较完善，列出了 ES 不同版本的变化
#: [https://juejin.cn/post/6844903682283143181 《<nowiki>[译]</nowiki> 理解 JavaScript 中的执行上下文和执行栈》] —— 不太准确
# [https://juejin.cn/post/6844903733495595016 《深入JavaScript系列（一）：词法环境》]
# [https://juejin.cn/post/7118721446615973896 《JavaScript筑基（三）：环境记录》]
# [https://limeii.github.io/2019/05/js-lexical-environment/ 《JS：深入理解JavaScript-词法环境》] —— 案例不错

JS 执行过程：执行上下文、词法环境

2023-04-17T23:16:30Z

Eijux：/* 状态组件（State Components） */

[[category:JavaScript]]

== 执行上下文（Execution Contexts） ==
''' <big>执行上下文</big>（Execution Contexts）'''：是一种规范设备，用于跟踪ECMAScript实现对代码的运行时评估 —— JavaScript 代码都需要运行在相应的“执行上下文”中

执行上下文一共有三种类型：
# '''全局执行上下文'''：基础的上下文，任何不在函数内部的代码都在其中。
#: 它会执行两件事：创建一个全局的 window 对象（浏览器的情况下），并且设置 this 的值等于这个全局对象。
#* 程序首次允许时创建 —— '''一个程序中只会有一个全局执行上下文'''。
# '''函数执行上下文'''：函数内部的代码所在的上下文。
#* 每次函数被调用都会创建一个新的执行上下文 —— '''同一函数的多次执行，会多个上下文'''
# '''eval执行上下文'''：eval() 内部的代码所在的执行上下文
#* 使用“eval方法”时创建

在任何时间点，最多有一个“执行上下文”在实际执行代码，这被称为“正在运行的执行上下文”（running execution context）。

=== 执行上下文栈 ===
'''<big>执行上下文栈</big>（Execution context stack，ECS）'''：又称“调用栈 / 执行栈”（call stack），用于跟踪“执行上下文” —— “正在运行的执行上下文”就是这个其的栈顶元素

函数的“执行过程”就是：对应的“执行上下文”（栈帧）在“调用栈”中的“'''入栈'''”（开始执行）、“'''出栈'''”（执行完毕）操作。

示例：
: <syntaxhighlight lang="JavaScript" highlight="">
let a = 'Hello World!';
function first() {
console.log('Inside first function');
second();
console.log('Again inside first function');
}
function second() {
console.log('Inside second function');
}
first();
console.log('Inside Global Execution Context');
</syntaxhighlight>
: [[File:JavaScript：执行上下文栈（Execution context stack，ECS）：示例.png|800px]]

=== 状态组件（State Components） ===
{| class="wikitable" style="width:100%;"
|+ 执行上下文的状态组件
|-
! style="width:20%;" | <big>组件（Component）</big>
! style="width:80%;" | <big>用途（Purpose）</big>
|-
! colspan="2" | “所有执行上下文”的状态组件
|-
| 代码评估状态（code evaluation state） || 对“与执行上下文关联的代码的执行、挂起和恢复”进行评估所需的任何状态。
|-
| 函数（Function） || 如果这个执行上下文正在评估函数对象的代码，那么这个组件的值就是那个函数对象。如果上下文正在评估脚本或模块的代码，则该值为null。
* “正在运行的执行上下文（running execution context）”的 Function 组件的值也被称为“活动函数对象（active function object）”
|-
| 领域（Realm） || “关联代码”访问“ECMAScript 资源”的领域
* “正在运行的执行上下文（running execution context）”的 Realm 组件的值也被称为“当前 Realm（current Realm）”。
|-
! colspan="2" | “ECMAScript代码执行上下文”的附加状态组件
|-
| 词法环境（LexicalEnvironment） || 标识“词法环境”，用于解析代码在此执行上下文中造成的标识符引用。
|-
| 变量环境（VariableEnvironment） || 标识“词法环境”，其 EnvironmentRecord 保存由 VariableStatements 在此执行上下文中创建的绑定。
|-
! colspan="2" | “生成器执行上下文”的附加状态组件
|-
| 生成器（Generator） || 此执行上下文正在评估的 Generator 对象。
|}

执行上下文的 LexicalEnvironment 和 VariableEnvironment 组件始终是“词法环境（Lexical Environments）”。

创建执行上下文时，其 LexicalEnvironment 和 VariableEnvironment 组件最初具有相同的值。

=== 生命周期 ===
可以分为 2 个主要阶段：
# '''创建阶段（Creation Phase）'''：（“预编译阶段”）JavaScript 引擎会做以下几件事情：
## 创建“'''词法环境（Lexical Environment）'''”组件
## 创建“'''变量环境（Variable Environment）'''”组件
# '''执行阶段（Code Execution Phase）'''：（“执行阶段”）JavaScript 引擎会按照代码的顺序逐行执行，并且根据需要更新变量和函数的值
#* 在执行阶段，如果 JavaScript 引擎不能在源码中声明的实际位置找到 '''let''' 变量的值，它会被赋值为 <code>'''undefined'''</code>。

== 词法环境（Lexical Environment） ==
'''<big>词法环境</big>（Lexical Environment）'''：是一种规范类型，基于 ECMAScript 代码的“词法嵌套结构”来定义“'''标识符'''”和具体“'''变量 / 函数'''”的关联

—— '''标识符'''：变量 / 函数的名字
—— '''标识符'''：对“原始数据”或“实际对象”（包含函数类型对象）的引用

<big>⭐</big> 即：词法环境，是一种持有'''“标识符-变量”映射'''的结构

通常，词汇环境与 ECMAScript 代码的某些特定语法结构相关联，如 FunctionDeclaration、BlockStatement、Try 语句的 Catch 子句，'''每次评估此类代码时都会创建一个新的词汇环境'''。

特殊的“词法环境”：
# '''全局环境（global environment）'''：是一个没有外部环境的词汇环境（“外部词法环境引用”为 null）。
#* 全局环境的 EnvironmentRecord 可以预先填充标识符绑定，并包含关联的“全局对象”，该对象的属性提供了一些全局环境的标识符绑定；
#* 这个“全局对象”是全局环境的 This 绑定的值；
#* 在执行 ECMAScript 代码时，可以向“全局对象”添加其他属性，并修改初始属性；
# '''模块环境（module environment）'''：是一个包含模块的顶级声明的绑定的词法环境。
#* 它还包含由模块显式导入的绑定；
#* 其“外部词法环境引用”是一个“全局环境”；
# '''函数环境（function environment）'''：是一个“对应于ECMAScript函数对象的调用”的词汇环境。
#* 它可以建立一个新的 this 绑定；
#* 它还将捕获支持 super 方法调用所需的状态；

<div class="mw-code" style="white-space: normal; line-height: 1.6;">
<big>⭐</big> 词法环境，三个部分组成：
# 一个“'''环境记录（Environment Record）'''”
# 一个“'''（可能为空值的）''''''外部词法环境引用（Outer Lexical Environment）'''”
# 以及“'''This 绑定（This Binding）'''”
</div>

其伪代码如下：
: <syntaxhighlight lang="JavaScript" highlight="">
// 全局执行上下文
GlobalExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object", // 环境记录: "对象式环境记录"
// 在这里绑定标识符
},
outer: <null>, // 外部词法环境引用: null
this: <global object> // this 绑定: "全局对象"
}
}

// 函数执行上下文
FunctionExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative", // 环境记录: "声明式环境记录"
// 在这里绑定标识符
},
outer: <Global or outer function environment reference>, // 外部词法环境引用: 外部"词法环境"
this: <depends on how function is called> // this 绑定: 取决于函数调用方式
}
}
</syntaxhighlight>

=== 环境记录（Environment Record） ===
'''<big>环境记录</big>（Environment Record）'''：记录'''在其关联的“词法环境”的范围内创建的“标识符”绑定''' —— 任何在“环境记录”中的标识符都可以在当前“词法环境”直接以标识符形式访问

两种主要的“环境记录”：
# '''声明式环境记录（Declarative Environment Record）'''：记录 '''范围内的声明'''
#* 主要用于“'''函数'''”和“'''catch'''”词法环境
# '''对象式环境记录（Object Environment Record）'''：记录 '''绑定对象的属性'''
#* 主要用于“'''with'''”和 '''global''' 的词法环境
# '''全局环境记录（Global Environment Record）'''：一个对“对象式环境记录”和“声明式环境记录”组件的封装

==== 声明式环境记录（Declarative Environment Record）<ref group="ECMAScript" name="声明式环境记录"/> ====
'''声明式环境记录'''：与'''ECMAScript 程序范围'''相关联，将绑定其范围内包含的'''声明（declarations）'''所定义的标识符集

<big>💡</big>“'''ECMAScript 程序范围'''”包括：'''variable'''、'''constant'''、'''let'''、'''class'''、'''module'''、'''import'''、'''function declarations''' 等所定义的标识符集

注意：
* 其方法（CreateMutableBinding、CreateImmutableBinding）：
*# 要求该 binding 在创建前必须不存在 —— 【let 无法重定义？】
*# 会将该 binding 标记为 '''uninitialized''' ——【let 的暂时性死区？】
* 其方法（GetBindingValue）：如果该 binding 是一个 uninitialized binding，将引发 ReferenceError

==== 对象式环境记录（Object Environment Record）<ref group="ECMAScript" name="对象式环境记录"/> ====
'''对象式环境记录'''：与一个'''绑定对象（binding object）'''相关联，将绑定与其“绑定对象”的属性名称直接对应的字符串标识符名称集

<big>💡</big>“'''绑定对象（binding object）'''”包括：'''全局对象'''（即浏览器环境的“Window 对象”）、'''With 语句关联的对象'''

注意：
* 其方法（CreateMutableBinding）：
*# 并不要求该 binding 在创建前必须不存在 ——【var 可重定义？】
*# 会将该 binding 初始化为 '''undefined''' ——【var 提升？】
* “标识符”将与“binding object”的属性一一对应：
*: 示例：
*: <syntaxhighlight lang="JavaScript" highlight="">
// 定义的标识符
var x = 1000

// 可以通过如下方式获取
console.log(window.x)
</syntaxhighlight>
*: <syntaxhighlight lang="JavaScript" highlight="">
// binding object 中的属性
window.y = 999

// 也可以通过标识符直接获取
console.log(y)
</syntaxhighlight>
* 无论<code><nowiki>[[Enumerable]]</nowiki></code>属性的设置如何，集合中始终包含了“'''自身的'''”和“'''继承的'''”属性
* 因为对象可以动态添加和删除属性，所以绑定的“标识符”集一定是'''可变的'''

==== 全局环境记录（Global Environment Record）<ref group="ECMAScript" name="全局环境记录"/> ====
'''全局环境记录'''：在逻辑上是单个记录，但被指定为封装“对象环境记录（Declarative Environment Record）”和“声明性环境记录（Object Environment Record）”的组合 —— 专门用于脚本全局声明

其中：
# “'''对象环境记录'''”：将关联领域（Realm）的全局对象作为其基础对象，包括：
## 所有 built-in globals（内置全局变量）的绑定，
## 全局代码中 FunctionDeclaration、GeneratorDeclaration 或 VariableStatement 引入的所有绑定
# “'''声明性环境记录'''”：全局代码中所有其他 ECMAScript 声明的绑定

=== 外部词法环境引用（Outer Lexical Environment） ===
'''<big>外部词法环境引用</big>（Outer Lexical Environment）'''：用于'''对词法环境值的“逻辑嵌套”进行建模''' —— 意味着通过它可以'''访问其“外部词法环境”'''

如果在当前的“词法环境”中找不到变量，JavaScript 引擎可以在外部环境中查找这些变量：
*（内部）词汇环境的外部引用是指在逻辑上围绕内部词汇环境的词汇环境
* 外部词汇环境可能有自己的外部词汇环境
* 一个词汇环境可以作为多个内部词汇环境的外部环境

每个“词法环境”都使用“外部词法环境引用”与其“外部词法环境”链接，如此将形成一个“'''环境链'''”（ES 3 中的'''作用域链'''） —— 用于“'''标识符的解析'''”（变量的查找）

=== This 绑定（This Binding） ===
<div class="mw-code" style="white-space: normal; line-height: 1.6;">
<big>⭐ '''This Binding'''：</big>
# 在“'''全局执行上下文'''”中：this 的值指向“'''全局对象'''”
#* 浏览器中，“全局对象”即 <code>'''Window'''</code> 对象
# 在“'''函数执行上下文'''”中：this 的值'''取决于函数调用方式'''：
## 若函数被一个引用对象调用，this 将指向对象，
## 否则，this 的值被设置为“'''全局对象'''”（非严格模式）或者 <code>'''undefined'''</code>（严格模式）
</div>

== 补充内容 ==
“执行上下文”、“词汇环境”和“环境记录”纯粹是规范机制，不需要与 ECMAScript 实现的任何特定内容相对应。 ECMAScript 程序不可能直接访问或操作这些值。

=== LexicalEnvironment 与 VariableEnvironment ===
'''LexicalEnvironment''' 和 '''VariableEnvironment'''：都是'''执行上下文的组件'''，且同是“词法环境（Lexical Environments）”

创建执行上下文时，其 LexicalEnvironment 和 VariableEnvironment 组件最初具有相同的值。

—— 【注意：“Lexical Environments”指是“词法环境”这一规范机制，而“LexicalEnvironment”才指执行上下文的“词法环境”组件】

# “'''词法环境（LexicalEnvironment）'''”：用于记录范围内的“函数声明”和“变量声明”（let 和 const）的绑定
#* 有“全局作用域”、“函数作用域”及“块作用域”
# “'''变量环境（VariableEnvironment）'''”：仅记录“'''var''' 变量”的绑定
#* 只有“全局作用域”和“函数作用域”

<big>⭐</big> “变量环境（VariableEnvironment）”的概念是为 ES6 服务的：'''为了实现 var 的变量提升'''

“变量环境（VariableEnvironment）”：其 EnvironmentRecord 保存由 VariableStatements（var 变量）在此“执行上下文”中创建的绑定

=== '''完整总结''' ===
# '''全局执行上下文'''：
## “'''词法环境'''”：
### “'''对象式环境记录'''”：记录全局的“'''函数、变量（let, const）'''”等声明
### “'''外部词法环境引用'''”：为 '''null'''
### “'''This 绑定'''”：为“全局对象”（浏览器环境，即 '''Window 对象'''）
## “'''变量环境'''”:
### “'''对象式环境记录'''”：记录全局的“'''变量 var'''”的声明
### ...
#: <syntaxhighlight lang="JavaScript" highlight="">
// 全局执行上下文
GlobalExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
// 环境记录: "对象式环境记录"
Type: "Object",
/**
* 在此处绑定标识符
* 包括: "函数声明"和"变量声明"(let, const)的绑定
* */
}
// 外部词法环境引用: null
outer: <null>,
// this 绑定: "全局对象"
ThisBinding: <Global Object>
},
// 变量环境
VariableEnvironment: {
EnvironmentRecord: {
// 环境记录: "对象式环境记录"
Type: "Object",
/**
* 在此处绑定标识符
* 仅: "变量声明"(var)的绑定
* */
}
// 外部词法环境引用: null
outer: <null> ,
// this 绑定: "全局对象"
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# '''函数执行上下文'''：
## “'''词法环境'''”：
### “'''声明式环境记录'''”：包含：
###* 函数的“'''函数、变量（let, const）'''”等声明
###* 传递给函数的“'''arguments 对象'''” —— （对象存储索引与参数的映射、参数的 length）
### “'''外部词法环境引用'''”：为“'''外部词法环境 / 全局词法环境'''”
### “'''This 绑定'''”：'''取决于函数调用方式'''（及是否严格模式）
## “'''变量环境'''”:
### “'''声明式环境记录'''”：记录函数的“'''变量 var'''”的声明
### ...
#: <syntaxhighlight lang="JavaScript" highlight="">
// 函数执行上下文
FunctionExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
// 环境记录: "声明式环境记录"
Type: "Declarative",
/**
* 在此处绑定标识符
* 包括: "函数声明"和"变量声明"(let, const)的绑定
* 以及: 传递给函数的 arguments 对象
* */
},
// 外部词法环境引用: "外部词法环境"或"全局词法环境"
outer: <Global or outer function environment reference>,
// this 绑定: 取决于函数调用方式
ThisBinding: <depends on how function is called>,
},
// 变量环境
VariableEnvironment: {
EnvironmentRecord: {
// 环境记录: "声明式环境记录"
Type: "Declarative",
/**
* 在此处绑定标识符
* 仅: "变量声明"(var)的绑定
* */
},
// 外部词法环境引用: "外部词法环境"或"全局词法环境"
outer: <Global or outer function environment reference>,
// this 绑定: 取决于函数调用方式
ThisBinding: <depends on how function is called>,
}
}
</syntaxhighlight>

== 案例分析 ==
以如下代码为例：
: <syntaxhighlight lang="JavaScript" highlight="">
let a = 10;
const b = 20;
var c;
function multiply(d, e) {
var f = 50;
return d * e * f * a;
}
c = multiply(30, 40);
</syntaxhighlight>

分析 JavaScript 引擎执行过程：
# “'''全局执行上下文'''”的“'''创建阶段'''”：
#: 创建“词法环境”、“变量环境”组件
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: <uninitialized> ,
b: <uninitialized> ,
multiply: <func>
}
outer: <null> ,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: undefined,
}
outer: <null> ,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# “'''全局执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: 10,
b: 20,
multiply: <func>
}
outer: <null>,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: undefined,
}
outer: <null>,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# “'''函数执行上下文'''”的“'''创建阶段'''”：
#: 创建“词法环境”、“变量环境”组件
#: <syntaxhighlight lang="JavaScript" highlight="">
FunctionExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
Arguments: {0: 30, 1: 40, length: 2},
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>,
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
f: undefined
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>
}
}
</syntaxhighlight>
#* ThisBinding：“非严格模式”为“Global Object”，“严格模式”为“undefined”
# “'''函数执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
FunctionExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
Arguments: {0: 30, 1: 40, length: 2},
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>,
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
f: 50
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>
}
}
</syntaxhighlight>
#* 函数中使用了<abbr title="跨作用域的变量">'''自由变量'''</abbr>（“a”），将通过其“'''外部词法环境引用'''”（到“GlobalLexicalEnvironment”中）查找
# “'''全局执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: 10,
b: 20,
multiply: <func>
}
outer: <null>,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: 600000,
}
outer: <null>,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>

== 参考 ==
=== ECMAScript ===
以下内容来自：《ECMAScript® 2015 Language Specification》的 [https://262.ecma-international.org/6.0/#sec-executable-code-and-execution-contexts 《Executable Code and Execution Contexts》]
<references group="ECMAScript">
<ref group="ECMAScript" name="声明式环境记录">
声明式环境记录（Declarative Environment Record），定义/描述：
<blockquote>
声明性环境记录用于定义 ECMAScript 语言语法元素的效果，如 FunctionDeclarations、VariableDeclarations 和 Catch 子句，这些子句将“标识符绑定”与“ECMAScript 语言值”直接关联。
</blockquote>
::* “ECMAScript 语言值（ECMAScript language values）”：由“ECMAScript语言类型（ECMAScript Language Types）”表征的值
::* “ECMAScript语言类型（ECMAScript Language Types）”：包括 '''Undefined'''、'''Null'''、'''Boolean'''、'''String'''、'''Symbol'''、'''Number''' 和 '''Object'''
<blockquote>
每个声明性环境记录都与 ECMAScript 程序范围相关联，该程序范围包含 '''variable'''（变量）, '''constant'''（常量）, '''let''', '''class''', '''module''', '''import''', and/or '''function declarations'''。声明性环境记录绑定其范围内包含的声明所定义的标识符集。
</blockquote>
</ref>

<ref group="ECMAScript" name="对象式环境记录">
对象式环境记录（Object Environment Record），定义/描述：
<blockquote>
对象环境记录用于定义 ECMAScript 元素（如 WithStatement）的效果，这些元素将“标识符绑定”与“某些对象的属性”相关联。
</blockquote>
<blockquote>
每个对象“环境记录”都与一个称为其“绑定对象（binding object）”的对象相关联。对象环境记录将绑定与其“绑定对象”的属性名称直接对应的字符串标识符名称集。不是 IdentifierName 形式的字符串的属性键不包括在绑定标识符集中。无论 <nowiki>[[Enumerable]]</nowiki> 属性的设置如何，集合中都包含了自己的和继承的属性。因为可以从对象中动态添加和删除属性，所以由对象 Environment Record 绑定的标识符集可能会发生更改，这可能是任何添加或删除财产的操作的副作用。由于这种副作用而创建的任何绑定都被认为是可变绑定，即使相应属性的 Writable 属性的值为 false。对象“环境记录”不存在不可变绑定。
</blockquote>
</ref>

<ref group="ECMAScript" name="全局环境记录">
全局环境记录（Global Environment Record），定义/描述：
<blockquote>
全局环境记录和函数环境记录是专门用于脚本全局声明和函数中的顶级声明的专门化。
</blockquote>
<blockquote>
全局环境记录用于表示在 common Realm（公共领域）中处理的所有 ECMAScript 脚本元素共享的最外部作用域。全局环境记录为 built-in globals（内置全局变量）、properties of the global object（全局对象的属性）以及脚本中出现的所有顶级声明提供绑定。

全局环境记录在逻辑上是单个记录，但它被指定为封装“对象环境记录（Declarative Environment Record）”和“声明性环境记录（Object Environment Record）”的组合。“对象环境记录”将关联 Realm（领域）的全局对象作为其基础对象。这个全局对象是全局环境记录的 GetThisBinding 具体方法返回的值。全局环境记录的对象环境记录组件包含所有 built-in globals（内置全局变量）的绑定，以及全局代码中包含的 FunctionDeclaration、GeneratorDeclaration 或 VariableStatement 引入的所有绑定。全局代码中所有其他 ECMAScript 声明的绑定都包含在全局环境记录的“声明性环境记录”组件中。

可以直接在全局对象上创建属性。因此，全局环境记录的对象环境记录组件可能既包含由 FunctionDeclaration、GeneratorDeclassion 或 VariableDeclassing 声明显式创建的绑定，也包含作为全局对象的属性隐式创建的链接。为了识别哪些绑定是使用声明显式创建的，全局环境记录会维护一个使用其 CreateGlobalVarBindings 和 CreateGlobalFunctionBindings 具体方法绑定的名称列表。
</blockquote>
</ref>
</references>

=== 网络文章 ===
注意：部分文章表述的是旧版本的 ES：
# [https://blog.bitsrc.io/understanding-execution-context-and-execution-stack-in-javascript-1c9ea8642dd0 《Understanding Execution Context and Execution Stack in Javascript》]
#: [https://juejin.cn/post/7129510217863299102 《ES2018 最新【译】理解Javascript中的执行上下文和执行栈》] —— 比较完善，列出了 ES 不同版本的变化
#: [https://juejin.cn/post/6844903682283143181 《<nowiki>[译]</nowiki> 理解 JavaScript 中的执行上下文和执行栈》] —— 不太准确
# [https://juejin.cn/post/6844903733495595016 《深入JavaScript系列（一）：词法环境》]
# [https://juejin.cn/post/7118721446615973896 《JavaScript筑基（三）：环境记录》]
# [https://limeii.github.io/2019/05/js-lexical-environment/ 《JS：深入理解JavaScript-词法环境》] —— 案例不错

JS 执行过程：执行上下文、词法环境

2023-04-17T23:12:50Z

Eijux：/* 案例分析 */

[[category:JavaScript]]

== 执行上下文（Execution Contexts） ==
''' <big>执行上下文</big>（Execution Contexts）'''：是一种规范设备，用于跟踪ECMAScript实现对代码的运行时评估 —— JavaScript 代码都需要运行在相应的“执行上下文”中

执行上下文一共有三种类型：
# '''全局执行上下文'''：基础的上下文，任何不在函数内部的代码都在其中。
#: 它会执行两件事：创建一个全局的 window 对象（浏览器的情况下），并且设置 this 的值等于这个全局对象。
#* 程序首次允许时创建 —— '''一个程序中只会有一个全局执行上下文'''。
# '''函数执行上下文'''：函数内部的代码所在的上下文。
#* 每次函数被调用都会创建一个新的执行上下文 —— '''同一函数的多次执行，会多个上下文'''
# '''eval执行上下文'''：eval() 内部的代码所在的执行上下文
#* 使用“eval方法”时创建

在任何时间点，最多有一个“执行上下文”在实际执行代码，这被称为“正在运行的执行上下文”（running execution context）。

=== 执行上下文栈 ===
'''<big>执行上下文栈</big>（Execution context stack，ECS）'''：又称“调用栈 / 执行栈”（call stack），用于跟踪“执行上下文” —— “正在运行的执行上下文”就是这个其的栈顶元素

函数的“执行过程”就是：对应的“执行上下文”（栈帧）在“调用栈”中的“'''入栈'''”（开始执行）、“'''出栈'''”（执行完毕）操作。

示例：
: <syntaxhighlight lang="JavaScript" highlight="">
let a = 'Hello World!';
function first() {
console.log('Inside first function');
second();
console.log('Again inside first function');
}
function second() {
console.log('Inside second function');
}
first();
console.log('Inside Global Execution Context');
</syntaxhighlight>
: [[File:JavaScript：执行上下文栈（Execution context stack，ECS）：示例.png|800px]]

=== 状态组件（State Components） ===
{| class="wikitable" style="width:100%;"
|+ 执行上下文的状态组件
|-
! style="width:20%;" | <big>组件（Component）</big>
! style="width:80%;" | <big>用途（Purpose）</big>
|-
! colspan="2" | “所有执行上下文”的状态组件
|-
| 代码评估状态（code evaluation state） || 对“与执行上下文关联的代码的执行、挂起和恢复”进行评估所需的任何状态。
|-
| 函数（Function） || 如果这个执行上下文正在评估函数对象的代码，那么这个组件的值就是那个函数对象。如果上下文正在评估脚本或模块的代码，则该值为null。
* “正在运行的执行上下文（running execution context）”的 Function 组件的值也被称为“活动函数对象（active function object）”
|-
| 领域（Realm） || “关联代码”访问“ECMAScript 资源”的领域
* “正在运行的执行上下文（running execution context）”的 Realm 组件的值也被称为“当前 Realm（current Realm）”。
|-
! colspan="2" | “ECMAScript代码执行上下文”的附加状态组件
|-
| 词法环境（LexicalEnvironment） || 标识“词法环境”，用于解析代码在此执行上下文中造成的标识符引用。
|-
| 变量环境（VariableEnvironment） || 标识“词法环境”，其 EnvironmentRecord 保存由 VariableStatements 在此执行上下文中创建的绑定。
|-
! colspan="2" | “生成器执行上下文”的附加状态组件
|-
| 词法环境（LexicalEnvironment） || 标识“词法环境”，用于解析代码在此执行上下文中造成的标识符引用。
|}

执行上下文的 LexicalEnvironment 和 VariableEnvironment 组件始终是“词法环境（Lexical Environments）”。

创建执行上下文时，其 LexicalEnvironment 和 VariableEnvironment 组件最初具有相同的值。

=== 生命周期 ===
可以分为 2 个主要阶段：
# '''创建阶段（Creation Phase）'''：（“预编译阶段”）JavaScript 引擎会做以下几件事情：
## 创建“'''词法环境（Lexical Environment）'''”组件
## 创建“'''变量环境（Variable Environment）'''”组件
# '''执行阶段（Code Execution Phase）'''：（“执行阶段”）JavaScript 引擎会按照代码的顺序逐行执行，并且根据需要更新变量和函数的值
#* 在执行阶段，如果 JavaScript 引擎不能在源码中声明的实际位置找到 '''let''' 变量的值，它会被赋值为 <code>'''undefined'''</code>。

== 词法环境（Lexical Environment） ==
'''<big>词法环境</big>（Lexical Environment）'''：是一种规范类型，基于 ECMAScript 代码的“词法嵌套结构”来定义“'''标识符'''”和具体“'''变量 / 函数'''”的关联

—— '''标识符'''：变量 / 函数的名字
—— '''标识符'''：对“原始数据”或“实际对象”（包含函数类型对象）的引用

<big>⭐</big> 即：词法环境，是一种持有'''“标识符-变量”映射'''的结构

通常，词汇环境与 ECMAScript 代码的某些特定语法结构相关联，如 FunctionDeclaration、BlockStatement、Try 语句的 Catch 子句，'''每次评估此类代码时都会创建一个新的词汇环境'''。

特殊的“词法环境”：
# '''全局环境（global environment）'''：是一个没有外部环境的词汇环境（“外部词法环境引用”为 null）。
#* 全局环境的 EnvironmentRecord 可以预先填充标识符绑定，并包含关联的“全局对象”，该对象的属性提供了一些全局环境的标识符绑定；
#* 这个“全局对象”是全局环境的 This 绑定的值；
#* 在执行 ECMAScript 代码时，可以向“全局对象”添加其他属性，并修改初始属性；
# '''模块环境（module environment）'''：是一个包含模块的顶级声明的绑定的词法环境。
#* 它还包含由模块显式导入的绑定；
#* 其“外部词法环境引用”是一个“全局环境”；
# '''函数环境（function environment）'''：是一个“对应于ECMAScript函数对象的调用”的词汇环境。
#* 它可以建立一个新的 this 绑定；
#* 它还将捕获支持 super 方法调用所需的状态；

<div class="mw-code" style="white-space: normal; line-height: 1.6;">
<big>⭐</big> 词法环境，三个部分组成：
# 一个“'''环境记录（Environment Record）'''”
# 一个“'''（可能为空值的）''''''外部词法环境引用（Outer Lexical Environment）'''”
# 以及“'''This 绑定（This Binding）'''”
</div>

其伪代码如下：
: <syntaxhighlight lang="JavaScript" highlight="">
// 全局执行上下文
GlobalExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object", // 环境记录: "对象式环境记录"
// 在这里绑定标识符
},
outer: <null>, // 外部词法环境引用: null
this: <global object> // this 绑定: "全局对象"
}
}

// 函数执行上下文
FunctionExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative", // 环境记录: "声明式环境记录"
// 在这里绑定标识符
},
outer: <Global or outer function environment reference>, // 外部词法环境引用: 外部"词法环境"
this: <depends on how function is called> // this 绑定: 取决于函数调用方式
}
}
</syntaxhighlight>

=== 环境记录（Environment Record） ===
'''<big>环境记录</big>（Environment Record）'''：记录'''在其关联的“词法环境”的范围内创建的“标识符”绑定''' —— 任何在“环境记录”中的标识符都可以在当前“词法环境”直接以标识符形式访问

两种主要的“环境记录”：
# '''声明式环境记录（Declarative Environment Record）'''：记录 '''范围内的声明'''
#* 主要用于“'''函数'''”和“'''catch'''”词法环境
# '''对象式环境记录（Object Environment Record）'''：记录 '''绑定对象的属性'''
#* 主要用于“'''with'''”和 '''global''' 的词法环境
# '''全局环境记录（Global Environment Record）'''：一个对“对象式环境记录”和“声明式环境记录”组件的封装

==== 声明式环境记录（Declarative Environment Record）<ref group="ECMAScript" name="声明式环境记录"/> ====
'''声明式环境记录'''：与'''ECMAScript 程序范围'''相关联，将绑定其范围内包含的'''声明（declarations）'''所定义的标识符集

<big>💡</big>“'''ECMAScript 程序范围'''”包括：'''variable'''、'''constant'''、'''let'''、'''class'''、'''module'''、'''import'''、'''function declarations''' 等所定义的标识符集

注意：
* 其方法（CreateMutableBinding、CreateImmutableBinding）：
*# 要求该 binding 在创建前必须不存在 —— 【let 无法重定义？】
*# 会将该 binding 标记为 '''uninitialized''' ——【let 的暂时性死区？】
* 其方法（GetBindingValue）：如果该 binding 是一个 uninitialized binding，将引发 ReferenceError

==== 对象式环境记录（Object Environment Record）<ref group="ECMAScript" name="对象式环境记录"/> ====
'''对象式环境记录'''：与一个'''绑定对象（binding object）'''相关联，将绑定与其“绑定对象”的属性名称直接对应的字符串标识符名称集

<big>💡</big>“'''绑定对象（binding object）'''”包括：'''全局对象'''（即浏览器环境的“Window 对象”）、'''With 语句关联的对象'''

注意：
* 其方法（CreateMutableBinding）：
*# 并不要求该 binding 在创建前必须不存在 ——【var 可重定义？】
*# 会将该 binding 初始化为 '''undefined''' ——【var 提升？】
* “标识符”将与“binding object”的属性一一对应：
*: 示例：
*: <syntaxhighlight lang="JavaScript" highlight="">
// 定义的标识符
var x = 1000

// 可以通过如下方式获取
console.log(window.x)
</syntaxhighlight>
*: <syntaxhighlight lang="JavaScript" highlight="">
// binding object 中的属性
window.y = 999

// 也可以通过标识符直接获取
console.log(y)
</syntaxhighlight>
* 无论<code><nowiki>[[Enumerable]]</nowiki></code>属性的设置如何，集合中始终包含了“'''自身的'''”和“'''继承的'''”属性
* 因为对象可以动态添加和删除属性，所以绑定的“标识符”集一定是'''可变的'''

==== 全局环境记录（Global Environment Record）<ref group="ECMAScript" name="全局环境记录"/> ====
'''全局环境记录'''：在逻辑上是单个记录，但被指定为封装“对象环境记录（Declarative Environment Record）”和“声明性环境记录（Object Environment Record）”的组合 —— 专门用于脚本全局声明

其中：
# “'''对象环境记录'''”：将关联领域（Realm）的全局对象作为其基础对象，包括：
## 所有 built-in globals（内置全局变量）的绑定，
## 全局代码中 FunctionDeclaration、GeneratorDeclaration 或 VariableStatement 引入的所有绑定
# “'''声明性环境记录'''”：全局代码中所有其他 ECMAScript 声明的绑定

=== 外部词法环境引用（Outer Lexical Environment） ===
'''<big>外部词法环境引用</big>（Outer Lexical Environment）'''：用于'''对词法环境值的“逻辑嵌套”进行建模''' —— 意味着通过它可以'''访问其“外部词法环境”'''

如果在当前的“词法环境”中找不到变量，JavaScript 引擎可以在外部环境中查找这些变量：
*（内部）词汇环境的外部引用是指在逻辑上围绕内部词汇环境的词汇环境
* 外部词汇环境可能有自己的外部词汇环境
* 一个词汇环境可以作为多个内部词汇环境的外部环境

每个“词法环境”都使用“外部词法环境引用”与其“外部词法环境”链接，如此将形成一个“'''环境链'''”（ES 3 中的'''作用域链'''） —— 用于“'''标识符的解析'''”（变量的查找）

=== This 绑定（This Binding） ===
<div class="mw-code" style="white-space: normal; line-height: 1.6;">
<big>⭐ '''This Binding'''：</big>
# 在“'''全局执行上下文'''”中：this 的值指向“'''全局对象'''”
#* 浏览器中，“全局对象”即 <code>'''Window'''</code> 对象
# 在“'''函数执行上下文'''”中：this 的值'''取决于函数调用方式'''：
## 若函数被一个引用对象调用，this 将指向对象，
## 否则，this 的值被设置为“'''全局对象'''”（非严格模式）或者 <code>'''undefined'''</code>（严格模式）
</div>

== 补充内容 ==
“执行上下文”、“词汇环境”和“环境记录”纯粹是规范机制，不需要与 ECMAScript 实现的任何特定内容相对应。 ECMAScript 程序不可能直接访问或操作这些值。

=== LexicalEnvironment 与 VariableEnvironment ===
'''LexicalEnvironment''' 和 '''VariableEnvironment'''：都是'''执行上下文的组件'''，且同是“词法环境（Lexical Environments）”

创建执行上下文时，其 LexicalEnvironment 和 VariableEnvironment 组件最初具有相同的值。

—— 【注意：“Lexical Environments”指是“词法环境”这一规范机制，而“LexicalEnvironment”才指执行上下文的“词法环境”组件】

# “'''词法环境（LexicalEnvironment）'''”：用于记录范围内的“函数声明”和“变量声明”（let 和 const）的绑定
#* 有“全局作用域”、“函数作用域”及“块作用域”
# “'''变量环境（VariableEnvironment）'''”：仅记录“'''var''' 变量”的绑定
#* 只有“全局作用域”和“函数作用域”

<big>⭐</big> “变量环境（VariableEnvironment）”的概念是为 ES6 服务的：'''为了实现 var 的变量提升'''

“变量环境（VariableEnvironment）”：其 EnvironmentRecord 保存由 VariableStatements（var 变量）在此“执行上下文”中创建的绑定

=== '''完整总结''' ===
# '''全局执行上下文'''：
## “'''词法环境'''”：
### “'''对象式环境记录'''”：记录全局的“'''函数、变量（let, const）'''”等声明
### “'''外部词法环境引用'''”：为 '''null'''
### “'''This 绑定'''”：为“全局对象”（浏览器环境，即 '''Window 对象'''）
## “'''变量环境'''”:
### “'''对象式环境记录'''”：记录全局的“'''变量 var'''”的声明
### ...
#: <syntaxhighlight lang="JavaScript" highlight="">
// 全局执行上下文
GlobalExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
// 环境记录: "对象式环境记录"
Type: "Object",
/**
* 在此处绑定标识符
* 包括: "函数声明"和"变量声明"(let, const)的绑定
* */
}
// 外部词法环境引用: null
outer: <null>,
// this 绑定: "全局对象"
ThisBinding: <Global Object>
},
// 变量环境
VariableEnvironment: {
EnvironmentRecord: {
// 环境记录: "对象式环境记录"
Type: "Object",
/**
* 在此处绑定标识符
* 仅: "变量声明"(var)的绑定
* */
}
// 外部词法环境引用: null
outer: <null> ,
// this 绑定: "全局对象"
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# '''函数执行上下文'''：
## “'''词法环境'''”：
### “'''声明式环境记录'''”：包含：
###* 函数的“'''函数、变量（let, const）'''”等声明
###* 传递给函数的“'''arguments 对象'''” —— （对象存储索引与参数的映射、参数的 length）
### “'''外部词法环境引用'''”：为“'''外部词法环境 / 全局词法环境'''”
### “'''This 绑定'''”：'''取决于函数调用方式'''（及是否严格模式）
## “'''变量环境'''”:
### “'''声明式环境记录'''”：记录函数的“'''变量 var'''”的声明
### ...
#: <syntaxhighlight lang="JavaScript" highlight="">
// 函数执行上下文
FunctionExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
// 环境记录: "声明式环境记录"
Type: "Declarative",
/**
* 在此处绑定标识符
* 包括: "函数声明"和"变量声明"(let, const)的绑定
* 以及: 传递给函数的 arguments 对象
* */
},
// 外部词法环境引用: "外部词法环境"或"全局词法环境"
outer: <Global or outer function environment reference>,
// this 绑定: 取决于函数调用方式
ThisBinding: <depends on how function is called>,
},
// 变量环境
VariableEnvironment: {
EnvironmentRecord: {
// 环境记录: "声明式环境记录"
Type: "Declarative",
/**
* 在此处绑定标识符
* 仅: "变量声明"(var)的绑定
* */
},
// 外部词法环境引用: "外部词法环境"或"全局词法环境"
outer: <Global or outer function environment reference>,
// this 绑定: 取决于函数调用方式
ThisBinding: <depends on how function is called>,
}
}
</syntaxhighlight>

== 案例分析 ==
以如下代码为例：
: <syntaxhighlight lang="JavaScript" highlight="">
let a = 10;
const b = 20;
var c;
function multiply(d, e) {
var f = 50;
return d * e * f * a;
}
c = multiply(30, 40);
</syntaxhighlight>

分析 JavaScript 引擎执行过程：
# “'''全局执行上下文'''”的“'''创建阶段'''”：
#: 创建“词法环境”、“变量环境”组件
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: <uninitialized> ,
b: <uninitialized> ,
multiply: <func>
}
outer: <null> ,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: undefined,
}
outer: <null> ,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# “'''全局执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: 10,
b: 20,
multiply: <func>
}
outer: <null>,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: undefined,
}
outer: <null>,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# “'''函数执行上下文'''”的“'''创建阶段'''”：
#: 创建“词法环境”、“变量环境”组件
#: <syntaxhighlight lang="JavaScript" highlight="">
FunctionExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
Arguments: {0: 30, 1: 40, length: 2},
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>,
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
f: undefined
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>
}
}
</syntaxhighlight>
#* ThisBinding：“非严格模式”为“Global Object”，“严格模式”为“undefined”
# “'''函数执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
FunctionExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
Arguments: {0: 30, 1: 40, length: 2},
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>,
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
f: 50
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>
}
}
</syntaxhighlight>
#* 函数中使用了<abbr title="跨作用域的变量">'''自由变量'''</abbr>（“a”），将通过其“'''外部词法环境引用'''”（到“GlobalLexicalEnvironment”中）查找
# “'''全局执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: 10,
b: 20,
multiply: <func>
}
outer: <null>,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: 600000,
}
outer: <null>,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>

== 参考 ==
=== ECMAScript ===
以下内容来自：《ECMAScript® 2015 Language Specification》的 [https://262.ecma-international.org/6.0/#sec-executable-code-and-execution-contexts 《Executable Code and Execution Contexts》]
<references group="ECMAScript">
<ref group="ECMAScript" name="声明式环境记录">
声明式环境记录（Declarative Environment Record），定义/描述：
<blockquote>
声明性环境记录用于定义 ECMAScript 语言语法元素的效果，如 FunctionDeclarations、VariableDeclarations 和 Catch 子句，这些子句将“标识符绑定”与“ECMAScript 语言值”直接关联。
</blockquote>
::* “ECMAScript 语言值（ECMAScript language values）”：由“ECMAScript语言类型（ECMAScript Language Types）”表征的值
::* “ECMAScript语言类型（ECMAScript Language Types）”：包括 '''Undefined'''、'''Null'''、'''Boolean'''、'''String'''、'''Symbol'''、'''Number''' 和 '''Object'''
<blockquote>
每个声明性环境记录都与 ECMAScript 程序范围相关联，该程序范围包含 '''variable'''（变量）, '''constant'''（常量）, '''let''', '''class''', '''module''', '''import''', and/or '''function declarations'''。声明性环境记录绑定其范围内包含的声明所定义的标识符集。
</blockquote>
</ref>

<ref group="ECMAScript" name="对象式环境记录">
对象式环境记录（Object Environment Record），定义/描述：
<blockquote>
对象环境记录用于定义 ECMAScript 元素（如 WithStatement）的效果，这些元素将“标识符绑定”与“某些对象的属性”相关联。
</blockquote>
<blockquote>
每个对象“环境记录”都与一个称为其“绑定对象（binding object）”的对象相关联。对象环境记录将绑定与其“绑定对象”的属性名称直接对应的字符串标识符名称集。不是 IdentifierName 形式的字符串的属性键不包括在绑定标识符集中。无论 <nowiki>[[Enumerable]]</nowiki> 属性的设置如何，集合中都包含了自己的和继承的属性。因为可以从对象中动态添加和删除属性，所以由对象 Environment Record 绑定的标识符集可能会发生更改，这可能是任何添加或删除财产的操作的副作用。由于这种副作用而创建的任何绑定都被认为是可变绑定，即使相应属性的 Writable 属性的值为 false。对象“环境记录”不存在不可变绑定。
</blockquote>
</ref>

<ref group="ECMAScript" name="全局环境记录">
全局环境记录（Global Environment Record），定义/描述：
<blockquote>
全局环境记录和函数环境记录是专门用于脚本全局声明和函数中的顶级声明的专门化。
</blockquote>
<blockquote>
全局环境记录用于表示在 common Realm（公共领域）中处理的所有 ECMAScript 脚本元素共享的最外部作用域。全局环境记录为 built-in globals（内置全局变量）、properties of the global object（全局对象的属性）以及脚本中出现的所有顶级声明提供绑定。

全局环境记录在逻辑上是单个记录，但它被指定为封装“对象环境记录（Declarative Environment Record）”和“声明性环境记录（Object Environment Record）”的组合。“对象环境记录”将关联 Realm（领域）的全局对象作为其基础对象。这个全局对象是全局环境记录的 GetThisBinding 具体方法返回的值。全局环境记录的对象环境记录组件包含所有 built-in globals（内置全局变量）的绑定，以及全局代码中包含的 FunctionDeclaration、GeneratorDeclaration 或 VariableStatement 引入的所有绑定。全局代码中所有其他 ECMAScript 声明的绑定都包含在全局环境记录的“声明性环境记录”组件中。

可以直接在全局对象上创建属性。因此，全局环境记录的对象环境记录组件可能既包含由 FunctionDeclaration、GeneratorDeclassion 或 VariableDeclassing 声明显式创建的绑定，也包含作为全局对象的属性隐式创建的链接。为了识别哪些绑定是使用声明显式创建的，全局环境记录会维护一个使用其 CreateGlobalVarBindings 和 CreateGlobalFunctionBindings 具体方法绑定的名称列表。
</blockquote>
</ref>
</references>

=== 网络文章 ===
注意：部分文章表述的是旧版本的 ES：
# [https://blog.bitsrc.io/understanding-execution-context-and-execution-stack-in-javascript-1c9ea8642dd0 《Understanding Execution Context and Execution Stack in Javascript》]
#: [https://juejin.cn/post/7129510217863299102 《ES2018 最新【译】理解Javascript中的执行上下文和执行栈》] —— 比较完善，列出了 ES 不同版本的变化
#: [https://juejin.cn/post/6844903682283143181 《<nowiki>[译]</nowiki> 理解 JavaScript 中的执行上下文和执行栈》] —— 不太准确
# [https://juejin.cn/post/6844903733495595016 《深入JavaScript系列（一）：词法环境》]
# [https://juejin.cn/post/7118721446615973896 《JavaScript筑基（三）：环境记录》]
# [https://limeii.github.io/2019/05/js-lexical-environment/ 《JS：深入理解JavaScript-词法环境》] —— 案例不错

JS 执行过程：执行上下文、词法环境

2023-04-17T22:56:09Z

Eijux：/* 网络文章 */

[[category:JavaScript]]

== 执行上下文（Execution Contexts） ==
''' <big>执行上下文</big>（Execution Contexts）'''：是一种规范设备，用于跟踪ECMAScript实现对代码的运行时评估 —— JavaScript 代码都需要运行在相应的“执行上下文”中

执行上下文一共有三种类型：
# '''全局执行上下文'''：基础的上下文，任何不在函数内部的代码都在其中。
#: 它会执行两件事：创建一个全局的 window 对象（浏览器的情况下），并且设置 this 的值等于这个全局对象。
#* 程序首次允许时创建 —— '''一个程序中只会有一个全局执行上下文'''。
# '''函数执行上下文'''：函数内部的代码所在的上下文。
#* 每次函数被调用都会创建一个新的执行上下文 —— '''同一函数的多次执行，会多个上下文'''
# '''eval执行上下文'''：eval() 内部的代码所在的执行上下文
#* 使用“eval方法”时创建

在任何时间点，最多有一个“执行上下文”在实际执行代码，这被称为“正在运行的执行上下文”（running execution context）。

=== 执行上下文栈 ===
'''<big>执行上下文栈</big>（Execution context stack，ECS）'''：又称“调用栈 / 执行栈”（call stack），用于跟踪“执行上下文” —— “正在运行的执行上下文”就是这个其的栈顶元素

函数的“执行过程”就是：对应的“执行上下文”（栈帧）在“调用栈”中的“'''入栈'''”（开始执行）、“'''出栈'''”（执行完毕）操作。

示例：
: <syntaxhighlight lang="JavaScript" highlight="">
let a = 'Hello World!';
function first() {
console.log('Inside first function');
second();
console.log('Again inside first function');
}
function second() {
console.log('Inside second function');
}
first();
console.log('Inside Global Execution Context');
</syntaxhighlight>
: [[File:JavaScript：执行上下文栈（Execution context stack，ECS）：示例.png|800px]]

=== 状态组件（State Components） ===
{| class="wikitable" style="width:100%;"
|+ 执行上下文的状态组件
|-
! style="width:20%;" | <big>组件（Component）</big>
! style="width:80%;" | <big>用途（Purpose）</big>
|-
! colspan="2" | “所有执行上下文”的状态组件
|-
| 代码评估状态（code evaluation state） || 对“与执行上下文关联的代码的执行、挂起和恢复”进行评估所需的任何状态。
|-
| 函数（Function） || 如果这个执行上下文正在评估函数对象的代码，那么这个组件的值就是那个函数对象。如果上下文正在评估脚本或模块的代码，则该值为null。
* “正在运行的执行上下文（running execution context）”的 Function 组件的值也被称为“活动函数对象（active function object）”
|-
| 领域（Realm） || “关联代码”访问“ECMAScript 资源”的领域
* “正在运行的执行上下文（running execution context）”的 Realm 组件的值也被称为“当前 Realm（current Realm）”。
|-
! colspan="2" | “ECMAScript代码执行上下文”的附加状态组件
|-
| 词法环境（LexicalEnvironment） || 标识“词法环境”，用于解析代码在此执行上下文中造成的标识符引用。
|-
| 变量环境（VariableEnvironment） || 标识“词法环境”，其 EnvironmentRecord 保存由 VariableStatements 在此执行上下文中创建的绑定。
|-
! colspan="2" | “生成器执行上下文”的附加状态组件
|-
| 词法环境（LexicalEnvironment） || 标识“词法环境”，用于解析代码在此执行上下文中造成的标识符引用。
|}

执行上下文的 LexicalEnvironment 和 VariableEnvironment 组件始终是“词法环境（Lexical Environments）”。

创建执行上下文时，其 LexicalEnvironment 和 VariableEnvironment 组件最初具有相同的值。

=== 生命周期 ===
可以分为 2 个主要阶段：
# '''创建阶段（Creation Phase）'''：（“预编译阶段”）JavaScript 引擎会做以下几件事情：
## 创建“'''词法环境（Lexical Environment）'''”组件
## 创建“'''变量环境（Variable Environment）'''”组件
# '''执行阶段（Code Execution Phase）'''：（“执行阶段”）JavaScript 引擎会按照代码的顺序逐行执行，并且根据需要更新变量和函数的值
#* 在执行阶段，如果 JavaScript 引擎不能在源码中声明的实际位置找到 '''let''' 变量的值，它会被赋值为 <code>'''undefined'''</code>。

== 词法环境（Lexical Environment） ==
'''<big>词法环境</big>（Lexical Environment）'''：是一种规范类型，基于 ECMAScript 代码的“词法嵌套结构”来定义“'''标识符'''”和具体“'''变量 / 函数'''”的关联

—— '''标识符'''：变量 / 函数的名字
—— '''标识符'''：对“原始数据”或“实际对象”（包含函数类型对象）的引用

<big>⭐</big> 即：词法环境，是一种持有'''“标识符-变量”映射'''的结构

通常，词汇环境与 ECMAScript 代码的某些特定语法结构相关联，如 FunctionDeclaration、BlockStatement、Try 语句的 Catch 子句，'''每次评估此类代码时都会创建一个新的词汇环境'''。

特殊的“词法环境”：
# '''全局环境（global environment）'''：是一个没有外部环境的词汇环境（“外部词法环境引用”为 null）。
#* 全局环境的 EnvironmentRecord 可以预先填充标识符绑定，并包含关联的“全局对象”，该对象的属性提供了一些全局环境的标识符绑定；
#* 这个“全局对象”是全局环境的 This 绑定的值；
#* 在执行 ECMAScript 代码时，可以向“全局对象”添加其他属性，并修改初始属性；
# '''模块环境（module environment）'''：是一个包含模块的顶级声明的绑定的词法环境。
#* 它还包含由模块显式导入的绑定；
#* 其“外部词法环境引用”是一个“全局环境”；
# '''函数环境（function environment）'''：是一个“对应于ECMAScript函数对象的调用”的词汇环境。
#* 它可以建立一个新的 this 绑定；
#* 它还将捕获支持 super 方法调用所需的状态；

<div class="mw-code" style="white-space: normal; line-height: 1.6;">
<big>⭐</big> 词法环境，三个部分组成：
# 一个“'''环境记录（Environment Record）'''”
# 一个“'''（可能为空值的）''''''外部词法环境引用（Outer Lexical Environment）'''”
# 以及“'''This 绑定（This Binding）'''”
</div>

其伪代码如下：
: <syntaxhighlight lang="JavaScript" highlight="">
// 全局执行上下文
GlobalExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object", // 环境记录: "对象式环境记录"
// 在这里绑定标识符
},
outer: <null>, // 外部词法环境引用: null
this: <global object> // this 绑定: "全局对象"
}
}

// 函数执行上下文
FunctionExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative", // 环境记录: "声明式环境记录"
// 在这里绑定标识符
},
outer: <Global or outer function environment reference>, // 外部词法环境引用: 外部"词法环境"
this: <depends on how function is called> // this 绑定: 取决于函数调用方式
}
}
</syntaxhighlight>

=== 环境记录（Environment Record） ===
'''<big>环境记录</big>（Environment Record）'''：记录'''在其关联的“词法环境”的范围内创建的“标识符”绑定''' —— 任何在“环境记录”中的标识符都可以在当前“词法环境”直接以标识符形式访问

两种主要的“环境记录”：
# '''声明式环境记录（Declarative Environment Record）'''：记录 '''范围内的声明'''
#* 主要用于“'''函数'''”和“'''catch'''”词法环境
# '''对象式环境记录（Object Environment Record）'''：记录 '''绑定对象的属性'''
#* 主要用于“'''with'''”和 '''global''' 的词法环境
# '''全局环境记录（Global Environment Record）'''：一个对“对象式环境记录”和“声明式环境记录”组件的封装

==== 声明式环境记录（Declarative Environment Record）<ref group="ECMAScript" name="声明式环境记录"/> ====
'''声明式环境记录'''：与'''ECMAScript 程序范围'''相关联，将绑定其范围内包含的'''声明（declarations）'''所定义的标识符集

<big>💡</big>“'''ECMAScript 程序范围'''”包括：'''variable'''、'''constant'''、'''let'''、'''class'''、'''module'''、'''import'''、'''function declarations''' 等所定义的标识符集

注意：
* 其方法（CreateMutableBinding、CreateImmutableBinding）：
*# 要求该 binding 在创建前必须不存在 —— 【let 无法重定义？】
*# 会将该 binding 标记为 '''uninitialized''' ——【let 的暂时性死区？】
* 其方法（GetBindingValue）：如果该 binding 是一个 uninitialized binding，将引发 ReferenceError

==== 对象式环境记录（Object Environment Record）<ref group="ECMAScript" name="对象式环境记录"/> ====
'''对象式环境记录'''：与一个'''绑定对象（binding object）'''相关联，将绑定与其“绑定对象”的属性名称直接对应的字符串标识符名称集

<big>💡</big>“'''绑定对象（binding object）'''”包括：'''全局对象'''（即浏览器环境的“Window 对象”）、'''With 语句关联的对象'''

注意：
* 其方法（CreateMutableBinding）：
*# 并不要求该 binding 在创建前必须不存在 ——【var 可重定义？】
*# 会将该 binding 初始化为 '''undefined''' ——【var 提升？】
* “标识符”将与“binding object”的属性一一对应：
*: 示例：
*: <syntaxhighlight lang="JavaScript" highlight="">
// 定义的标识符
var x = 1000

// 可以通过如下方式获取
console.log(window.x)
</syntaxhighlight>
*: <syntaxhighlight lang="JavaScript" highlight="">
// binding object 中的属性
window.y = 999

// 也可以通过标识符直接获取
console.log(y)
</syntaxhighlight>
* 无论<code><nowiki>[[Enumerable]]</nowiki></code>属性的设置如何，集合中始终包含了“'''自身的'''”和“'''继承的'''”属性
* 因为对象可以动态添加和删除属性，所以绑定的“标识符”集一定是'''可变的'''

==== 全局环境记录（Global Environment Record）<ref group="ECMAScript" name="全局环境记录"/> ====
'''全局环境记录'''：在逻辑上是单个记录，但被指定为封装“对象环境记录（Declarative Environment Record）”和“声明性环境记录（Object Environment Record）”的组合 —— 专门用于脚本全局声明

其中：
# “'''对象环境记录'''”：将关联领域（Realm）的全局对象作为其基础对象，包括：
## 所有 built-in globals（内置全局变量）的绑定，
## 全局代码中 FunctionDeclaration、GeneratorDeclaration 或 VariableStatement 引入的所有绑定
# “'''声明性环境记录'''”：全局代码中所有其他 ECMAScript 声明的绑定

=== 外部词法环境引用（Outer Lexical Environment） ===
'''<big>外部词法环境引用</big>（Outer Lexical Environment）'''：用于'''对词法环境值的“逻辑嵌套”进行建模''' —— 意味着通过它可以'''访问其“外部词法环境”'''

如果在当前的“词法环境”中找不到变量，JavaScript 引擎可以在外部环境中查找这些变量：
*（内部）词汇环境的外部引用是指在逻辑上围绕内部词汇环境的词汇环境
* 外部词汇环境可能有自己的外部词汇环境
* 一个词汇环境可以作为多个内部词汇环境的外部环境

每个“词法环境”都使用“外部词法环境引用”与其“外部词法环境”链接，如此将形成一个“'''环境链'''”（ES 3 中的'''作用域链'''） —— 用于“'''标识符的解析'''”（变量的查找）

=== This 绑定（This Binding） ===
<div class="mw-code" style="white-space: normal; line-height: 1.6;">
<big>⭐ '''This Binding'''：</big>
# 在“'''全局执行上下文'''”中：this 的值指向“'''全局对象'''”
#* 浏览器中，“全局对象”即 <code>'''Window'''</code> 对象
# 在“'''函数执行上下文'''”中：this 的值'''取决于函数调用方式'''：
## 若函数被一个引用对象调用，this 将指向对象，
## 否则，this 的值被设置为“'''全局对象'''”（非严格模式）或者 <code>'''undefined'''</code>（严格模式）
</div>

== 补充内容 ==
“执行上下文”、“词汇环境”和“环境记录”纯粹是规范机制，不需要与 ECMAScript 实现的任何特定内容相对应。 ECMAScript 程序不可能直接访问或操作这些值。

=== LexicalEnvironment 与 VariableEnvironment ===
'''LexicalEnvironment''' 和 '''VariableEnvironment'''：都是'''执行上下文的组件'''，且同是“词法环境（Lexical Environments）”

创建执行上下文时，其 LexicalEnvironment 和 VariableEnvironment 组件最初具有相同的值。

—— 【注意：“Lexical Environments”指是“词法环境”这一规范机制，而“LexicalEnvironment”才指执行上下文的“词法环境”组件】

# “'''词法环境（LexicalEnvironment）'''”：用于记录范围内的“函数声明”和“变量声明”（let 和 const）的绑定
#* 有“全局作用域”、“函数作用域”及“块作用域”
# “'''变量环境（VariableEnvironment）'''”：仅记录“'''var''' 变量”的绑定
#* 只有“全局作用域”和“函数作用域”

<big>⭐</big> “变量环境（VariableEnvironment）”的概念是为 ES6 服务的：'''为了实现 var 的变量提升'''

“变量环境（VariableEnvironment）”：其 EnvironmentRecord 保存由 VariableStatements（var 变量）在此“执行上下文”中创建的绑定

=== '''完整总结''' ===
# '''全局执行上下文'''：
## “'''词法环境'''”：
### “'''对象式环境记录'''”：记录全局的“'''函数、变量（let, const）'''”等声明
### “'''外部词法环境引用'''”：为 '''null'''
### “'''This 绑定'''”：为“全局对象”（浏览器环境，即 '''Window 对象'''）
## “'''变量环境'''”:
### “'''对象式环境记录'''”：记录全局的“'''变量 var'''”的声明
### ...
#: <syntaxhighlight lang="JavaScript" highlight="">
// 全局执行上下文
GlobalExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
// 环境记录: "对象式环境记录"
Type: "Object",
/**
* 在此处绑定标识符
* 包括: "函数声明"和"变量声明"(let, const)的绑定
* */
}
// 外部词法环境引用: null
outer: <null>,
// this 绑定: "全局对象"
ThisBinding: <Global Object>
},
// 变量环境
VariableEnvironment: {
EnvironmentRecord: {
// 环境记录: "对象式环境记录"
Type: "Object",
/**
* 在此处绑定标识符
* 仅: "变量声明"(var)的绑定
* */
}
// 外部词法环境引用: null
outer: <null> ,
// this 绑定: "全局对象"
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# '''函数执行上下文'''：
## “'''词法环境'''”：
### “'''声明式环境记录'''”：包含：
###* 函数的“'''函数、变量（let, const）'''”等声明
###* 传递给函数的“'''arguments 对象'''” —— （对象存储索引与参数的映射、参数的 length）
### “'''外部词法环境引用'''”：为“'''外部词法环境 / 全局词法环境'''”
### “'''This 绑定'''”：'''取决于函数调用方式'''（及是否严格模式）
## “'''变量环境'''”:
### “'''声明式环境记录'''”：记录函数的“'''变量 var'''”的声明
### ...
#: <syntaxhighlight lang="JavaScript" highlight="">
// 函数执行上下文
FunctionExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
// 环境记录: "声明式环境记录"
Type: "Declarative",
/**
* 在此处绑定标识符
* 包括: "函数声明"和"变量声明"(let, const)的绑定
* 以及: 传递给函数的 arguments 对象
* */
},
// 外部词法环境引用: "外部词法环境"或"全局词法环境"
outer: <Global or outer function environment reference>,
// this 绑定: 取决于函数调用方式
ThisBinding: <depends on how function is called>,
},
// 变量环境
VariableEnvironment: {
EnvironmentRecord: {
// 环境记录: "声明式环境记录"
Type: "Declarative",
/**
* 在此处绑定标识符
* 仅: "变量声明"(var)的绑定
* */
},
// 外部词法环境引用: "外部词法环境"或"全局词法环境"
outer: <Global or outer function environment reference>,
// this 绑定: 取决于函数调用方式
ThisBinding: <depends on how function is called>,
}
}
</syntaxhighlight>

== 案例分析 ==
以如下代码为例：
: <syntaxhighlight lang="JavaScript" highlight="">
let a = 20;
const b = 30;
var c;
function multiply(e, f) {
var g = 20;
return e * f * g;
}
c = multiply(20, 30);
</syntaxhighlight>

分析 JavaScript 引擎执行过程：
# “'''全局执行上下文'''”的“'''创建阶段'''”：
#: 创建“词法环境（Lexical Environment）”、“变量环境（Variable Environment）”组件
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: <uninitialized> ,
b: <uninitialized> ,
multiply: <func>
}
outer: <null> ,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: undefined,
}
outer: <null> ,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# “'''全局执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: 20,
b: 30,
multiply: <func>
}
outer: <null>,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: undefined,
}
outer: <null>,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# “'''函数执行上下文'''”的“'''创建阶段'''”：
#: 创建“词法环境（Lexical Environment）”、“变量环境（Variable Environment）”组件
#: <syntaxhighlight lang="JavaScript" highlight="">
FunctionExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
Arguments: {0: 20, 1: 30, length: 2},
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>,
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
g: undefined
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>
}
}
</syntaxhighlight>
#* ThisBinding：“非严格模式”为“Global Object”，“严格模式”为“undefined”
# “'''函数执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
FunctionExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
Arguments: {0: 20, 1: 30, length: 2},
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>,
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
g: 20
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>
}
}
</syntaxhighlight>
# “'''全局执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: 20,
b: 30,
multiply: <func>
}
outer: <null>,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: 12000,
}
outer: <null>,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>

== 参考 ==
=== ECMAScript ===
以下内容来自：《ECMAScript® 2015 Language Specification》的 [https://262.ecma-international.org/6.0/#sec-executable-code-and-execution-contexts 《Executable Code and Execution Contexts》]
<references group="ECMAScript">
<ref group="ECMAScript" name="声明式环境记录">
声明式环境记录（Declarative Environment Record），定义/描述：
<blockquote>
声明性环境记录用于定义 ECMAScript 语言语法元素的效果，如 FunctionDeclarations、VariableDeclarations 和 Catch 子句，这些子句将“标识符绑定”与“ECMAScript 语言值”直接关联。
</blockquote>
::* “ECMAScript 语言值（ECMAScript language values）”：由“ECMAScript语言类型（ECMAScript Language Types）”表征的值
::* “ECMAScript语言类型（ECMAScript Language Types）”：包括 '''Undefined'''、'''Null'''、'''Boolean'''、'''String'''、'''Symbol'''、'''Number''' 和 '''Object'''
<blockquote>
每个声明性环境记录都与 ECMAScript 程序范围相关联，该程序范围包含 '''variable'''（变量）, '''constant'''（常量）, '''let''', '''class''', '''module''', '''import''', and/or '''function declarations'''。声明性环境记录绑定其范围内包含的声明所定义的标识符集。
</blockquote>
</ref>

<ref group="ECMAScript" name="对象式环境记录">
对象式环境记录（Object Environment Record），定义/描述：
<blockquote>
对象环境记录用于定义 ECMAScript 元素（如 WithStatement）的效果，这些元素将“标识符绑定”与“某些对象的属性”相关联。
</blockquote>
<blockquote>
每个对象“环境记录”都与一个称为其“绑定对象（binding object）”的对象相关联。对象环境记录将绑定与其“绑定对象”的属性名称直接对应的字符串标识符名称集。不是 IdentifierName 形式的字符串的属性键不包括在绑定标识符集中。无论 <nowiki>[[Enumerable]]</nowiki> 属性的设置如何，集合中都包含了自己的和继承的属性。因为可以从对象中动态添加和删除属性，所以由对象 Environment Record 绑定的标识符集可能会发生更改，这可能是任何添加或删除财产的操作的副作用。由于这种副作用而创建的任何绑定都被认为是可变绑定，即使相应属性的 Writable 属性的值为 false。对象“环境记录”不存在不可变绑定。
</blockquote>
</ref>

<ref group="ECMAScript" name="全局环境记录">
全局环境记录（Global Environment Record），定义/描述：
<blockquote>
全局环境记录和函数环境记录是专门用于脚本全局声明和函数中的顶级声明的专门化。
</blockquote>
<blockquote>
全局环境记录用于表示在 common Realm（公共领域）中处理的所有 ECMAScript 脚本元素共享的最外部作用域。全局环境记录为 built-in globals（内置全局变量）、properties of the global object（全局对象的属性）以及脚本中出现的所有顶级声明提供绑定。

全局环境记录在逻辑上是单个记录，但它被指定为封装“对象环境记录（Declarative Environment Record）”和“声明性环境记录（Object Environment Record）”的组合。“对象环境记录”将关联 Realm（领域）的全局对象作为其基础对象。这个全局对象是全局环境记录的 GetThisBinding 具体方法返回的值。全局环境记录的对象环境记录组件包含所有 built-in globals（内置全局变量）的绑定，以及全局代码中包含的 FunctionDeclaration、GeneratorDeclaration 或 VariableStatement 引入的所有绑定。全局代码中所有其他 ECMAScript 声明的绑定都包含在全局环境记录的“声明性环境记录”组件中。

可以直接在全局对象上创建属性。因此，全局环境记录的对象环境记录组件可能既包含由 FunctionDeclaration、GeneratorDeclassion 或 VariableDeclassing 声明显式创建的绑定，也包含作为全局对象的属性隐式创建的链接。为了识别哪些绑定是使用声明显式创建的，全局环境记录会维护一个使用其 CreateGlobalVarBindings 和 CreateGlobalFunctionBindings 具体方法绑定的名称列表。
</blockquote>
</ref>
</references>

=== 网络文章 ===
注意：部分文章表述的是旧版本的 ES：
# [https://blog.bitsrc.io/understanding-execution-context-and-execution-stack-in-javascript-1c9ea8642dd0 《Understanding Execution Context and Execution Stack in Javascript》]
#: [https://juejin.cn/post/7129510217863299102 《ES2018 最新【译】理解Javascript中的执行上下文和执行栈》] —— 比较完善，列出了 ES 不同版本的变化
#: [https://juejin.cn/post/6844903682283143181 《<nowiki>[译]</nowiki> 理解 JavaScript 中的执行上下文和执行栈》] —— 不太准确
# [https://juejin.cn/post/6844903733495595016 《深入JavaScript系列（一）：词法环境》]
# [https://juejin.cn/post/7118721446615973896 《JavaScript筑基（三）：环境记录》]
# [https://limeii.github.io/2019/05/js-lexical-environment/ 《JS：深入理解JavaScript-词法环境》] —— 案例不错

JS 执行过程：执行上下文、词法环境

2023-04-17T22:51:51Z

Eijux：/* 网络文章 */

[[category:JavaScript]]

== 执行上下文（Execution Contexts） ==
''' <big>执行上下文</big>（Execution Contexts）'''：是一种规范设备，用于跟踪ECMAScript实现对代码的运行时评估 —— JavaScript 代码都需要运行在相应的“执行上下文”中

执行上下文一共有三种类型：
# '''全局执行上下文'''：基础的上下文，任何不在函数内部的代码都在其中。
#: 它会执行两件事：创建一个全局的 window 对象（浏览器的情况下），并且设置 this 的值等于这个全局对象。
#* 程序首次允许时创建 —— '''一个程序中只会有一个全局执行上下文'''。
# '''函数执行上下文'''：函数内部的代码所在的上下文。
#* 每次函数被调用都会创建一个新的执行上下文 —— '''同一函数的多次执行，会多个上下文'''
# '''eval执行上下文'''：eval() 内部的代码所在的执行上下文
#* 使用“eval方法”时创建

在任何时间点，最多有一个“执行上下文”在实际执行代码，这被称为“正在运行的执行上下文”（running execution context）。

=== 执行上下文栈 ===
'''<big>执行上下文栈</big>（Execution context stack，ECS）'''：又称“调用栈 / 执行栈”（call stack），用于跟踪“执行上下文” —— “正在运行的执行上下文”就是这个其的栈顶元素

函数的“执行过程”就是：对应的“执行上下文”（栈帧）在“调用栈”中的“'''入栈'''”（开始执行）、“'''出栈'''”（执行完毕）操作。

示例：
: <syntaxhighlight lang="JavaScript" highlight="">
let a = 'Hello World!';
function first() {
console.log('Inside first function');
second();
console.log('Again inside first function');
}
function second() {
console.log('Inside second function');
}
first();
console.log('Inside Global Execution Context');
</syntaxhighlight>
: [[File:JavaScript：执行上下文栈（Execution context stack，ECS）：示例.png|800px]]

=== 状态组件（State Components） ===
{| class="wikitable" style="width:100%;"
|+ 执行上下文的状态组件
|-
! style="width:20%;" | <big>组件（Component）</big>
! style="width:80%;" | <big>用途（Purpose）</big>
|-
! colspan="2" | “所有执行上下文”的状态组件
|-
| 代码评估状态（code evaluation state） || 对“与执行上下文关联的代码的执行、挂起和恢复”进行评估所需的任何状态。
|-
| 函数（Function） || 如果这个执行上下文正在评估函数对象的代码，那么这个组件的值就是那个函数对象。如果上下文正在评估脚本或模块的代码，则该值为null。
* “正在运行的执行上下文（running execution context）”的 Function 组件的值也被称为“活动函数对象（active function object）”
|-
| 领域（Realm） || “关联代码”访问“ECMAScript 资源”的领域
* “正在运行的执行上下文（running execution context）”的 Realm 组件的值也被称为“当前 Realm（current Realm）”。
|-
! colspan="2" | “ECMAScript代码执行上下文”的附加状态组件
|-
| 词法环境（LexicalEnvironment） || 标识“词法环境”，用于解析代码在此执行上下文中造成的标识符引用。
|-
| 变量环境（VariableEnvironment） || 标识“词法环境”，其 EnvironmentRecord 保存由 VariableStatements 在此执行上下文中创建的绑定。
|-
! colspan="2" | “生成器执行上下文”的附加状态组件
|-
| 词法环境（LexicalEnvironment） || 标识“词法环境”，用于解析代码在此执行上下文中造成的标识符引用。
|}

执行上下文的 LexicalEnvironment 和 VariableEnvironment 组件始终是“词法环境（Lexical Environments）”。

创建执行上下文时，其 LexicalEnvironment 和 VariableEnvironment 组件最初具有相同的值。

=== 生命周期 ===
可以分为 2 个主要阶段：
# '''创建阶段（Creation Phase）'''：（“预编译阶段”）JavaScript 引擎会做以下几件事情：
## 创建“'''词法环境（Lexical Environment）'''”组件
## 创建“'''变量环境（Variable Environment）'''”组件
# '''执行阶段（Code Execution Phase）'''：（“执行阶段”）JavaScript 引擎会按照代码的顺序逐行执行，并且根据需要更新变量和函数的值
#* 在执行阶段，如果 JavaScript 引擎不能在源码中声明的实际位置找到 '''let''' 变量的值，它会被赋值为 <code>'''undefined'''</code>。

== 词法环境（Lexical Environment） ==
'''<big>词法环境</big>（Lexical Environment）'''：是一种规范类型，基于 ECMAScript 代码的“词法嵌套结构”来定义“'''标识符'''”和具体“'''变量 / 函数'''”的关联

—— '''标识符'''：变量 / 函数的名字
—— '''标识符'''：对“原始数据”或“实际对象”（包含函数类型对象）的引用

<big>⭐</big> 即：词法环境，是一种持有'''“标识符-变量”映射'''的结构

通常，词汇环境与 ECMAScript 代码的某些特定语法结构相关联，如 FunctionDeclaration、BlockStatement、Try 语句的 Catch 子句，'''每次评估此类代码时都会创建一个新的词汇环境'''。

特殊的“词法环境”：
# '''全局环境（global environment）'''：是一个没有外部环境的词汇环境（“外部词法环境引用”为 null）。
#* 全局环境的 EnvironmentRecord 可以预先填充标识符绑定，并包含关联的“全局对象”，该对象的属性提供了一些全局环境的标识符绑定；
#* 这个“全局对象”是全局环境的 This 绑定的值；
#* 在执行 ECMAScript 代码时，可以向“全局对象”添加其他属性，并修改初始属性；
# '''模块环境（module environment）'''：是一个包含模块的顶级声明的绑定的词法环境。
#* 它还包含由模块显式导入的绑定；
#* 其“外部词法环境引用”是一个“全局环境”；
# '''函数环境（function environment）'''：是一个“对应于ECMAScript函数对象的调用”的词汇环境。
#* 它可以建立一个新的 this 绑定；
#* 它还将捕获支持 super 方法调用所需的状态；

<div class="mw-code" style="white-space: normal; line-height: 1.6;">
<big>⭐</big> 词法环境，三个部分组成：
# 一个“'''环境记录（Environment Record）'''”
# 一个“'''（可能为空值的）''''''外部词法环境引用（Outer Lexical Environment）'''”
# 以及“'''This 绑定（This Binding）'''”
</div>

其伪代码如下：
: <syntaxhighlight lang="JavaScript" highlight="">
// 全局执行上下文
GlobalExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object", // 环境记录: "对象式环境记录"
// 在这里绑定标识符
},
outer: <null>, // 外部词法环境引用: null
this: <global object> // this 绑定: "全局对象"
}
}

// 函数执行上下文
FunctionExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative", // 环境记录: "声明式环境记录"
// 在这里绑定标识符
},
outer: <Global or outer function environment reference>, // 外部词法环境引用: 外部"词法环境"
this: <depends on how function is called> // this 绑定: 取决于函数调用方式
}
}
</syntaxhighlight>

=== 环境记录（Environment Record） ===
'''<big>环境记录</big>（Environment Record）'''：记录'''在其关联的“词法环境”的范围内创建的“标识符”绑定''' —— 任何在“环境记录”中的标识符都可以在当前“词法环境”直接以标识符形式访问

两种主要的“环境记录”：
# '''声明式环境记录（Declarative Environment Record）'''：记录 '''范围内的声明'''
#* 主要用于“'''函数'''”和“'''catch'''”词法环境
# '''对象式环境记录（Object Environment Record）'''：记录 '''绑定对象的属性'''
#* 主要用于“'''with'''”和 '''global''' 的词法环境
# '''全局环境记录（Global Environment Record）'''：一个对“对象式环境记录”和“声明式环境记录”组件的封装

==== 声明式环境记录（Declarative Environment Record）<ref group="ECMAScript" name="声明式环境记录"/> ====
'''声明式环境记录'''：与'''ECMAScript 程序范围'''相关联，将绑定其范围内包含的'''声明（declarations）'''所定义的标识符集

<big>💡</big>“'''ECMAScript 程序范围'''”包括：'''variable'''、'''constant'''、'''let'''、'''class'''、'''module'''、'''import'''、'''function declarations''' 等所定义的标识符集

注意：
* 其方法（CreateMutableBinding、CreateImmutableBinding）：
*# 要求该 binding 在创建前必须不存在 —— 【let 无法重定义？】
*# 会将该 binding 标记为 '''uninitialized''' ——【let 的暂时性死区？】
* 其方法（GetBindingValue）：如果该 binding 是一个 uninitialized binding，将引发 ReferenceError

==== 对象式环境记录（Object Environment Record）<ref group="ECMAScript" name="对象式环境记录"/> ====
'''对象式环境记录'''：与一个'''绑定对象（binding object）'''相关联，将绑定与其“绑定对象”的属性名称直接对应的字符串标识符名称集

<big>💡</big>“'''绑定对象（binding object）'''”包括：'''全局对象'''（即浏览器环境的“Window 对象”）、'''With 语句关联的对象'''

注意：
* 其方法（CreateMutableBinding）：
*# 并不要求该 binding 在创建前必须不存在 ——【var 可重定义？】
*# 会将该 binding 初始化为 '''undefined''' ——【var 提升？】
* “标识符”将与“binding object”的属性一一对应：
*: 示例：
*: <syntaxhighlight lang="JavaScript" highlight="">
// 定义的标识符
var x = 1000

// 可以通过如下方式获取
console.log(window.x)
</syntaxhighlight>
*: <syntaxhighlight lang="JavaScript" highlight="">
// binding object 中的属性
window.y = 999

// 也可以通过标识符直接获取
console.log(y)
</syntaxhighlight>
* 无论<code><nowiki>[[Enumerable]]</nowiki></code>属性的设置如何，集合中始终包含了“'''自身的'''”和“'''继承的'''”属性
* 因为对象可以动态添加和删除属性，所以绑定的“标识符”集一定是'''可变的'''

==== 全局环境记录（Global Environment Record）<ref group="ECMAScript" name="全局环境记录"/> ====
'''全局环境记录'''：在逻辑上是单个记录，但被指定为封装“对象环境记录（Declarative Environment Record）”和“声明性环境记录（Object Environment Record）”的组合 —— 专门用于脚本全局声明

其中：
# “'''对象环境记录'''”：将关联领域（Realm）的全局对象作为其基础对象，包括：
## 所有 built-in globals（内置全局变量）的绑定，
## 全局代码中 FunctionDeclaration、GeneratorDeclaration 或 VariableStatement 引入的所有绑定
# “'''声明性环境记录'''”：全局代码中所有其他 ECMAScript 声明的绑定

=== 外部词法环境引用（Outer Lexical Environment） ===
'''<big>外部词法环境引用</big>（Outer Lexical Environment）'''：用于'''对词法环境值的“逻辑嵌套”进行建模''' —— 意味着通过它可以'''访问其“外部词法环境”'''

如果在当前的“词法环境”中找不到变量，JavaScript 引擎可以在外部环境中查找这些变量：
*（内部）词汇环境的外部引用是指在逻辑上围绕内部词汇环境的词汇环境
* 外部词汇环境可能有自己的外部词汇环境
* 一个词汇环境可以作为多个内部词汇环境的外部环境

每个“词法环境”都使用“外部词法环境引用”与其“外部词法环境”链接，如此将形成一个“'''环境链'''”（ES 3 中的'''作用域链'''） —— 用于“'''标识符的解析'''”（变量的查找）

=== This 绑定（This Binding） ===
<div class="mw-code" style="white-space: normal; line-height: 1.6;">
<big>⭐ '''This Binding'''：</big>
# 在“'''全局执行上下文'''”中：this 的值指向“'''全局对象'''”
#* 浏览器中，“全局对象”即 <code>'''Window'''</code> 对象
# 在“'''函数执行上下文'''”中：this 的值'''取决于函数调用方式'''：
## 若函数被一个引用对象调用，this 将指向对象，
## 否则，this 的值被设置为“'''全局对象'''”（非严格模式）或者 <code>'''undefined'''</code>（严格模式）
</div>

== 补充内容 ==
“执行上下文”、“词汇环境”和“环境记录”纯粹是规范机制，不需要与 ECMAScript 实现的任何特定内容相对应。 ECMAScript 程序不可能直接访问或操作这些值。

=== LexicalEnvironment 与 VariableEnvironment ===
'''LexicalEnvironment''' 和 '''VariableEnvironment'''：都是'''执行上下文的组件'''，且同是“词法环境（Lexical Environments）”

创建执行上下文时，其 LexicalEnvironment 和 VariableEnvironment 组件最初具有相同的值。

—— 【注意：“Lexical Environments”指是“词法环境”这一规范机制，而“LexicalEnvironment”才指执行上下文的“词法环境”组件】

# “'''词法环境（LexicalEnvironment）'''”：用于记录范围内的“函数声明”和“变量声明”（let 和 const）的绑定
#* 有“全局作用域”、“函数作用域”及“块作用域”
# “'''变量环境（VariableEnvironment）'''”：仅记录“'''var''' 变量”的绑定
#* 只有“全局作用域”和“函数作用域”

<big>⭐</big> “变量环境（VariableEnvironment）”的概念是为 ES6 服务的：'''为了实现 var 的变量提升'''

“变量环境（VariableEnvironment）”：其 EnvironmentRecord 保存由 VariableStatements（var 变量）在此“执行上下文”中创建的绑定

=== '''完整总结''' ===
# '''全局执行上下文'''：
## “'''词法环境'''”：
### “'''对象式环境记录'''”：记录全局的“'''函数、变量（let, const）'''”等声明
### “'''外部词法环境引用'''”：为 '''null'''
### “'''This 绑定'''”：为“全局对象”（浏览器环境，即 '''Window 对象'''）
## “'''变量环境'''”:
### “'''对象式环境记录'''”：记录全局的“'''变量 var'''”的声明
### ...
#: <syntaxhighlight lang="JavaScript" highlight="">
// 全局执行上下文
GlobalExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
// 环境记录: "对象式环境记录"
Type: "Object",
/**
* 在此处绑定标识符
* 包括: "函数声明"和"变量声明"(let, const)的绑定
* */
}
// 外部词法环境引用: null
outer: <null>,
// this 绑定: "全局对象"
ThisBinding: <Global Object>
},
// 变量环境
VariableEnvironment: {
EnvironmentRecord: {
// 环境记录: "对象式环境记录"
Type: "Object",
/**
* 在此处绑定标识符
* 仅: "变量声明"(var)的绑定
* */
}
// 外部词法环境引用: null
outer: <null> ,
// this 绑定: "全局对象"
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# '''函数执行上下文'''：
## “'''词法环境'''”：
### “'''声明式环境记录'''”：包含：
###* 函数的“'''函数、变量（let, const）'''”等声明
###* 传递给函数的“'''arguments 对象'''” —— （对象存储索引与参数的映射、参数的 length）
### “'''外部词法环境引用'''”：为“'''外部词法环境 / 全局词法环境'''”
### “'''This 绑定'''”：'''取决于函数调用方式'''（及是否严格模式）
## “'''变量环境'''”:
### “'''声明式环境记录'''”：记录函数的“'''变量 var'''”的声明
### ...
#: <syntaxhighlight lang="JavaScript" highlight="">
// 函数执行上下文
FunctionExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
// 环境记录: "声明式环境记录"
Type: "Declarative",
/**
* 在此处绑定标识符
* 包括: "函数声明"和"变量声明"(let, const)的绑定
* 以及: 传递给函数的 arguments 对象
* */
},
// 外部词法环境引用: "外部词法环境"或"全局词法环境"
outer: <Global or outer function environment reference>,
// this 绑定: 取决于函数调用方式
ThisBinding: <depends on how function is called>,
},
// 变量环境
VariableEnvironment: {
EnvironmentRecord: {
// 环境记录: "声明式环境记录"
Type: "Declarative",
/**
* 在此处绑定标识符
* 仅: "变量声明"(var)的绑定
* */
},
// 外部词法环境引用: "外部词法环境"或"全局词法环境"
outer: <Global or outer function environment reference>,
// this 绑定: 取决于函数调用方式
ThisBinding: <depends on how function is called>,
}
}
</syntaxhighlight>

== 案例分析 ==
以如下代码为例：
: <syntaxhighlight lang="JavaScript" highlight="">
let a = 20;
const b = 30;
var c;
function multiply(e, f) {
var g = 20;
return e * f * g;
}
c = multiply(20, 30);
</syntaxhighlight>

分析 JavaScript 引擎执行过程：
# “'''全局执行上下文'''”的“'''创建阶段'''”：
#: 创建“词法环境（Lexical Environment）”、“变量环境（Variable Environment）”组件
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: <uninitialized> ,
b: <uninitialized> ,
multiply: <func>
}
outer: <null> ,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: undefined,
}
outer: <null> ,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# “'''全局执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: 20,
b: 30,
multiply: <func>
}
outer: <null>,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: undefined,
}
outer: <null>,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# “'''函数执行上下文'''”的“'''创建阶段'''”：
#: 创建“词法环境（Lexical Environment）”、“变量环境（Variable Environment）”组件
#: <syntaxhighlight lang="JavaScript" highlight="">
FunctionExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
Arguments: {0: 20, 1: 30, length: 2},
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>,
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
g: undefined
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>
}
}
</syntaxhighlight>
#* ThisBinding：“非严格模式”为“Global Object”，“严格模式”为“undefined”
# “'''函数执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
FunctionExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
Arguments: {0: 20, 1: 30, length: 2},
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>,
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
g: 20
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>
}
}
</syntaxhighlight>
# “'''全局执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: 20,
b: 30,
multiply: <func>
}
outer: <null>,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: 12000,
}
outer: <null>,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>

== 参考 ==
=== ECMAScript ===
以下内容来自：《ECMAScript® 2015 Language Specification》的 [https://262.ecma-international.org/6.0/#sec-executable-code-and-execution-contexts 《Executable Code and Execution Contexts》]
<references group="ECMAScript">
<ref group="ECMAScript" name="声明式环境记录">
声明式环境记录（Declarative Environment Record），定义/描述：
<blockquote>
声明性环境记录用于定义 ECMAScript 语言语法元素的效果，如 FunctionDeclarations、VariableDeclarations 和 Catch 子句，这些子句将“标识符绑定”与“ECMAScript 语言值”直接关联。
</blockquote>
::* “ECMAScript 语言值（ECMAScript language values）”：由“ECMAScript语言类型（ECMAScript Language Types）”表征的值
::* “ECMAScript语言类型（ECMAScript Language Types）”：包括 '''Undefined'''、'''Null'''、'''Boolean'''、'''String'''、'''Symbol'''、'''Number''' 和 '''Object'''
<blockquote>
每个声明性环境记录都与 ECMAScript 程序范围相关联，该程序范围包含 '''variable'''（变量）, '''constant'''（常量）, '''let''', '''class''', '''module''', '''import''', and/or '''function declarations'''。声明性环境记录绑定其范围内包含的声明所定义的标识符集。
</blockquote>
</ref>

<ref group="ECMAScript" name="对象式环境记录">
对象式环境记录（Object Environment Record），定义/描述：
<blockquote>
对象环境记录用于定义 ECMAScript 元素（如 WithStatement）的效果，这些元素将“标识符绑定”与“某些对象的属性”相关联。
</blockquote>
<blockquote>
每个对象“环境记录”都与一个称为其“绑定对象（binding object）”的对象相关联。对象环境记录将绑定与其“绑定对象”的属性名称直接对应的字符串标识符名称集。不是 IdentifierName 形式的字符串的属性键不包括在绑定标识符集中。无论 <nowiki>[[Enumerable]]</nowiki> 属性的设置如何，集合中都包含了自己的和继承的属性。因为可以从对象中动态添加和删除属性，所以由对象 Environment Record 绑定的标识符集可能会发生更改，这可能是任何添加或删除财产的操作的副作用。由于这种副作用而创建的任何绑定都被认为是可变绑定，即使相应属性的 Writable 属性的值为 false。对象“环境记录”不存在不可变绑定。
</blockquote>
</ref>

<ref group="ECMAScript" name="全局环境记录">
全局环境记录（Global Environment Record），定义/描述：
<blockquote>
全局环境记录和函数环境记录是专门用于脚本全局声明和函数中的顶级声明的专门化。
</blockquote>
<blockquote>
全局环境记录用于表示在 common Realm（公共领域）中处理的所有 ECMAScript 脚本元素共享的最外部作用域。全局环境记录为 built-in globals（内置全局变量）、properties of the global object（全局对象的属性）以及脚本中出现的所有顶级声明提供绑定。

全局环境记录在逻辑上是单个记录，但它被指定为封装“对象环境记录（Declarative Environment Record）”和“声明性环境记录（Object Environment Record）”的组合。“对象环境记录”将关联 Realm（领域）的全局对象作为其基础对象。这个全局对象是全局环境记录的 GetThisBinding 具体方法返回的值。全局环境记录的对象环境记录组件包含所有 built-in globals（内置全局变量）的绑定，以及全局代码中包含的 FunctionDeclaration、GeneratorDeclaration 或 VariableStatement 引入的所有绑定。全局代码中所有其他 ECMAScript 声明的绑定都包含在全局环境记录的“声明性环境记录”组件中。

可以直接在全局对象上创建属性。因此，全局环境记录的对象环境记录组件可能既包含由 FunctionDeclaration、GeneratorDeclassion 或 VariableDeclassing 声明显式创建的绑定，也包含作为全局对象的属性隐式创建的链接。为了识别哪些绑定是使用声明显式创建的，全局环境记录会维护一个使用其 CreateGlobalVarBindings 和 CreateGlobalFunctionBindings 具体方法绑定的名称列表。
</blockquote>
</ref>
</references>

=== 网络文章 ===
注意：部分文章表述的是旧版本的 ES：
# [https://blog.bitsrc.io/understanding-execution-context-and-execution-stack-in-javascript-1c9ea8642dd0 《Understanding Execution Context and Execution Stack in Javascript》]
#: [https://juejin.cn/post/7129510217863299102 《ES2018 最新【译】理解Javascript中的执行上下文和执行栈》] —— 比较完善，列出了 ES 不同版本的变化
#: [https://juejin.cn/post/6844903682283143181 《<nowiki>[译]</nowiki> 理解 JavaScript 中的执行上下文和执行栈》] —— 不太准确
# [https://juejin.cn/post/6844903733495595016 《深入JavaScript系列（一）：词法环境》]
# [https://juejin.cn/post/7118721446615973896 《JavaScript筑基（三）：环境记录》]
# [https://limeii.github.io/2019/05/js-lexical-environment/ 《JS：深入理解JavaScript-词法环境》]

JS 执行过程：执行上下文、词法环境

2023-04-17T22:40:21Z

Eijux：/* ECMAScript */

[[category:JavaScript]]

== 执行上下文（Execution Contexts） ==
''' <big>执行上下文</big>（Execution Contexts）'''：是一种规范设备，用于跟踪ECMAScript实现对代码的运行时评估 —— JavaScript 代码都需要运行在相应的“执行上下文”中

执行上下文一共有三种类型：
# '''全局执行上下文'''：基础的上下文，任何不在函数内部的代码都在其中。
#: 它会执行两件事：创建一个全局的 window 对象（浏览器的情况下），并且设置 this 的值等于这个全局对象。
#* 程序首次允许时创建 —— '''一个程序中只会有一个全局执行上下文'''。
# '''函数执行上下文'''：函数内部的代码所在的上下文。
#* 每次函数被调用都会创建一个新的执行上下文 —— '''同一函数的多次执行，会多个上下文'''
# '''eval执行上下文'''：eval() 内部的代码所在的执行上下文
#* 使用“eval方法”时创建

在任何时间点，最多有一个“执行上下文”在实际执行代码，这被称为“正在运行的执行上下文”（running execution context）。

=== 执行上下文栈 ===
'''<big>执行上下文栈</big>（Execution context stack，ECS）'''：又称“调用栈 / 执行栈”（call stack），用于跟踪“执行上下文” —— “正在运行的执行上下文”就是这个其的栈顶元素

函数的“执行过程”就是：对应的“执行上下文”（栈帧）在“调用栈”中的“'''入栈'''”（开始执行）、“'''出栈'''”（执行完毕）操作。

示例：
: <syntaxhighlight lang="JavaScript" highlight="">
let a = 'Hello World!';
function first() {
console.log('Inside first function');
second();
console.log('Again inside first function');
}
function second() {
console.log('Inside second function');
}
first();
console.log('Inside Global Execution Context');
</syntaxhighlight>
: [[File:JavaScript：执行上下文栈（Execution context stack，ECS）：示例.png|800px]]

=== 状态组件（State Components） ===
{| class="wikitable" style="width:100%;"
|+ 执行上下文的状态组件
|-
! style="width:20%;" | <big>组件（Component）</big>
! style="width:80%;" | <big>用途（Purpose）</big>
|-
! colspan="2" | “所有执行上下文”的状态组件
|-
| 代码评估状态（code evaluation state） || 对“与执行上下文关联的代码的执行、挂起和恢复”进行评估所需的任何状态。
|-
| 函数（Function） || 如果这个执行上下文正在评估函数对象的代码，那么这个组件的值就是那个函数对象。如果上下文正在评估脚本或模块的代码，则该值为null。
* “正在运行的执行上下文（running execution context）”的 Function 组件的值也被称为“活动函数对象（active function object）”
|-
| 领域（Realm） || “关联代码”访问“ECMAScript 资源”的领域
* “正在运行的执行上下文（running execution context）”的 Realm 组件的值也被称为“当前 Realm（current Realm）”。
|-
! colspan="2" | “ECMAScript代码执行上下文”的附加状态组件
|-
| 词法环境（LexicalEnvironment） || 标识“词法环境”，用于解析代码在此执行上下文中造成的标识符引用。
|-
| 变量环境（VariableEnvironment） || 标识“词法环境”，其 EnvironmentRecord 保存由 VariableStatements 在此执行上下文中创建的绑定。
|-
! colspan="2" | “生成器执行上下文”的附加状态组件
|-
| 词法环境（LexicalEnvironment） || 标识“词法环境”，用于解析代码在此执行上下文中造成的标识符引用。
|}

执行上下文的 LexicalEnvironment 和 VariableEnvironment 组件始终是“词法环境（Lexical Environments）”。

创建执行上下文时，其 LexicalEnvironment 和 VariableEnvironment 组件最初具有相同的值。

=== 生命周期 ===
可以分为 2 个主要阶段：
# '''创建阶段（Creation Phase）'''：（“预编译阶段”）JavaScript 引擎会做以下几件事情：
## 创建“'''词法环境（Lexical Environment）'''”组件
## 创建“'''变量环境（Variable Environment）'''”组件
# '''执行阶段（Code Execution Phase）'''：（“执行阶段”）JavaScript 引擎会按照代码的顺序逐行执行，并且根据需要更新变量和函数的值
#* 在执行阶段，如果 JavaScript 引擎不能在源码中声明的实际位置找到 '''let''' 变量的值，它会被赋值为 <code>'''undefined'''</code>。

== 词法环境（Lexical Environment） ==
'''<big>词法环境</big>（Lexical Environment）'''：是一种规范类型，基于 ECMAScript 代码的“词法嵌套结构”来定义“'''标识符'''”和具体“'''变量 / 函数'''”的关联

—— '''标识符'''：变量 / 函数的名字
—— '''标识符'''：对“原始数据”或“实际对象”（包含函数类型对象）的引用

<big>⭐</big> 即：词法环境，是一种持有'''“标识符-变量”映射'''的结构

通常，词汇环境与 ECMAScript 代码的某些特定语法结构相关联，如 FunctionDeclaration、BlockStatement、Try 语句的 Catch 子句，'''每次评估此类代码时都会创建一个新的词汇环境'''。

特殊的“词法环境”：
# '''全局环境（global environment）'''：是一个没有外部环境的词汇环境（“外部词法环境引用”为 null）。
#* 全局环境的 EnvironmentRecord 可以预先填充标识符绑定，并包含关联的“全局对象”，该对象的属性提供了一些全局环境的标识符绑定；
#* 这个“全局对象”是全局环境的 This 绑定的值；
#* 在执行 ECMAScript 代码时，可以向“全局对象”添加其他属性，并修改初始属性；
# '''模块环境（module environment）'''：是一个包含模块的顶级声明的绑定的词法环境。
#* 它还包含由模块显式导入的绑定；
#* 其“外部词法环境引用”是一个“全局环境”；
# '''函数环境（function environment）'''：是一个“对应于ECMAScript函数对象的调用”的词汇环境。
#* 它可以建立一个新的 this 绑定；
#* 它还将捕获支持 super 方法调用所需的状态；

<div class="mw-code" style="white-space: normal; line-height: 1.6;">
<big>⭐</big> 词法环境，三个部分组成：
# 一个“'''环境记录（Environment Record）'''”
# 一个“'''（可能为空值的）''''''外部词法环境引用（Outer Lexical Environment）'''”
# 以及“'''This 绑定（This Binding）'''”
</div>

其伪代码如下：
: <syntaxhighlight lang="JavaScript" highlight="">
// 全局执行上下文
GlobalExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object", // 环境记录: "对象式环境记录"
// 在这里绑定标识符
},
outer: <null>, // 外部词法环境引用: null
this: <global object> // this 绑定: "全局对象"
}
}

// 函数执行上下文
FunctionExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative", // 环境记录: "声明式环境记录"
// 在这里绑定标识符
},
outer: <Global or outer function environment reference>, // 外部词法环境引用: 外部"词法环境"
this: <depends on how function is called> // this 绑定: 取决于函数调用方式
}
}
</syntaxhighlight>

=== 环境记录（Environment Record） ===
'''<big>环境记录</big>（Environment Record）'''：记录'''在其关联的“词法环境”的范围内创建的“标识符”绑定''' —— 任何在“环境记录”中的标识符都可以在当前“词法环境”直接以标识符形式访问

两种主要的“环境记录”：
# '''声明式环境记录（Declarative Environment Record）'''：记录 '''范围内的声明'''
#* 主要用于“'''函数'''”和“'''catch'''”词法环境
# '''对象式环境记录（Object Environment Record）'''：记录 '''绑定对象的属性'''
#* 主要用于“'''with'''”和 '''global''' 的词法环境
# '''全局环境记录（Global Environment Record）'''：一个对“对象式环境记录”和“声明式环境记录”组件的封装

==== 声明式环境记录（Declarative Environment Record）<ref group="ECMAScript" name="声明式环境记录"/> ====
'''声明式环境记录'''：与'''ECMAScript 程序范围'''相关联，将绑定其范围内包含的'''声明（declarations）'''所定义的标识符集

<big>💡</big>“'''ECMAScript 程序范围'''”包括：'''variable'''、'''constant'''、'''let'''、'''class'''、'''module'''、'''import'''、'''function declarations''' 等所定义的标识符集

注意：
* 其方法（CreateMutableBinding、CreateImmutableBinding）：
*# 要求该 binding 在创建前必须不存在 —— 【let 无法重定义？】
*# 会将该 binding 标记为 '''uninitialized''' ——【let 的暂时性死区？】
* 其方法（GetBindingValue）：如果该 binding 是一个 uninitialized binding，将引发 ReferenceError

==== 对象式环境记录（Object Environment Record）<ref group="ECMAScript" name="对象式环境记录"/> ====
'''对象式环境记录'''：与一个'''绑定对象（binding object）'''相关联，将绑定与其“绑定对象”的属性名称直接对应的字符串标识符名称集

<big>💡</big>“'''绑定对象（binding object）'''”包括：'''全局对象'''（即浏览器环境的“Window 对象”）、'''With 语句关联的对象'''

注意：
* 其方法（CreateMutableBinding）：
*# 并不要求该 binding 在创建前必须不存在 ——【var 可重定义？】
*# 会将该 binding 初始化为 '''undefined''' ——【var 提升？】
* “标识符”将与“binding object”的属性一一对应：
*: 示例：
*: <syntaxhighlight lang="JavaScript" highlight="">
// 定义的标识符
var x = 1000

// 可以通过如下方式获取
console.log(window.x)
</syntaxhighlight>
*: <syntaxhighlight lang="JavaScript" highlight="">
// binding object 中的属性
window.y = 999

// 也可以通过标识符直接获取
console.log(y)
</syntaxhighlight>
* 无论<code><nowiki>[[Enumerable]]</nowiki></code>属性的设置如何，集合中始终包含了“'''自身的'''”和“'''继承的'''”属性
* 因为对象可以动态添加和删除属性，所以绑定的“标识符”集一定是'''可变的'''

==== 全局环境记录（Global Environment Record）<ref group="ECMAScript" name="全局环境记录"/> ====
'''全局环境记录'''：在逻辑上是单个记录，但被指定为封装“对象环境记录（Declarative Environment Record）”和“声明性环境记录（Object Environment Record）”的组合 —— 专门用于脚本全局声明

其中：
# “'''对象环境记录'''”：将关联领域（Realm）的全局对象作为其基础对象，包括：
## 所有 built-in globals（内置全局变量）的绑定，
## 全局代码中 FunctionDeclaration、GeneratorDeclaration 或 VariableStatement 引入的所有绑定
# “'''声明性环境记录'''”：全局代码中所有其他 ECMAScript 声明的绑定

=== 外部词法环境引用（Outer Lexical Environment） ===
'''<big>外部词法环境引用</big>（Outer Lexical Environment）'''：用于'''对词法环境值的“逻辑嵌套”进行建模''' —— 意味着通过它可以'''访问其“外部词法环境”'''

如果在当前的“词法环境”中找不到变量，JavaScript 引擎可以在外部环境中查找这些变量：
*（内部）词汇环境的外部引用是指在逻辑上围绕内部词汇环境的词汇环境
* 外部词汇环境可能有自己的外部词汇环境
* 一个词汇环境可以作为多个内部词汇环境的外部环境

每个“词法环境”都使用“外部词法环境引用”与其“外部词法环境”链接，如此将形成一个“'''环境链'''”（ES 3 中的'''作用域链'''） —— 用于“'''标识符的解析'''”（变量的查找）

=== This 绑定（This Binding） ===
<div class="mw-code" style="white-space: normal; line-height: 1.6;">
<big>⭐ '''This Binding'''：</big>
# 在“'''全局执行上下文'''”中：this 的值指向“'''全局对象'''”
#* 浏览器中，“全局对象”即 <code>'''Window'''</code> 对象
# 在“'''函数执行上下文'''”中：this 的值'''取决于函数调用方式'''：
## 若函数被一个引用对象调用，this 将指向对象，
## 否则，this 的值被设置为“'''全局对象'''”（非严格模式）或者 <code>'''undefined'''</code>（严格模式）
</div>

== 补充内容 ==
“执行上下文”、“词汇环境”和“环境记录”纯粹是规范机制，不需要与 ECMAScript 实现的任何特定内容相对应。 ECMAScript 程序不可能直接访问或操作这些值。

=== LexicalEnvironment 与 VariableEnvironment ===
'''LexicalEnvironment''' 和 '''VariableEnvironment'''：都是'''执行上下文的组件'''，且同是“词法环境（Lexical Environments）”

创建执行上下文时，其 LexicalEnvironment 和 VariableEnvironment 组件最初具有相同的值。

—— 【注意：“Lexical Environments”指是“词法环境”这一规范机制，而“LexicalEnvironment”才指执行上下文的“词法环境”组件】

# “'''词法环境（LexicalEnvironment）'''”：用于记录范围内的“函数声明”和“变量声明”（let 和 const）的绑定
#* 有“全局作用域”、“函数作用域”及“块作用域”
# “'''变量环境（VariableEnvironment）'''”：仅记录“'''var''' 变量”的绑定
#* 只有“全局作用域”和“函数作用域”

<big>⭐</big> “变量环境（VariableEnvironment）”的概念是为 ES6 服务的：'''为了实现 var 的变量提升'''

“变量环境（VariableEnvironment）”：其 EnvironmentRecord 保存由 VariableStatements（var 变量）在此“执行上下文”中创建的绑定

=== '''完整总结''' ===
# '''全局执行上下文'''：
## “'''词法环境'''”：
### “'''对象式环境记录'''”：记录全局的“'''函数、变量（let, const）'''”等声明
### “'''外部词法环境引用'''”：为 '''null'''
### “'''This 绑定'''”：为“全局对象”（浏览器环境，即 '''Window 对象'''）
## “'''变量环境'''”:
### “'''对象式环境记录'''”：记录全局的“'''变量 var'''”的声明
### ...
#: <syntaxhighlight lang="JavaScript" highlight="">
// 全局执行上下文
GlobalExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
// 环境记录: "对象式环境记录"
Type: "Object",
/**
* 在此处绑定标识符
* 包括: "函数声明"和"变量声明"(let, const)的绑定
* */
}
// 外部词法环境引用: null
outer: <null>,
// this 绑定: "全局对象"
ThisBinding: <Global Object>
},
// 变量环境
VariableEnvironment: {
EnvironmentRecord: {
// 环境记录: "对象式环境记录"
Type: "Object",
/**
* 在此处绑定标识符
* 仅: "变量声明"(var)的绑定
* */
}
// 外部词法环境引用: null
outer: <null> ,
// this 绑定: "全局对象"
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# '''函数执行上下文'''：
## “'''词法环境'''”：
### “'''声明式环境记录'''”：包含：
###* 函数的“'''函数、变量（let, const）'''”等声明
###* 传递给函数的“'''arguments 对象'''” —— （对象存储索引与参数的映射、参数的 length）
### “'''外部词法环境引用'''”：为“'''外部词法环境 / 全局词法环境'''”
### “'''This 绑定'''”：'''取决于函数调用方式'''（及是否严格模式）
## “'''变量环境'''”:
### “'''声明式环境记录'''”：记录函数的“'''变量 var'''”的声明
### ...
#: <syntaxhighlight lang="JavaScript" highlight="">
// 函数执行上下文
FunctionExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
// 环境记录: "声明式环境记录"
Type: "Declarative",
/**
* 在此处绑定标识符
* 包括: "函数声明"和"变量声明"(let, const)的绑定
* 以及: 传递给函数的 arguments 对象
* */
},
// 外部词法环境引用: "外部词法环境"或"全局词法环境"
outer: <Global or outer function environment reference>,
// this 绑定: 取决于函数调用方式
ThisBinding: <depends on how function is called>,
},
// 变量环境
VariableEnvironment: {
EnvironmentRecord: {
// 环境记录: "声明式环境记录"
Type: "Declarative",
/**
* 在此处绑定标识符
* 仅: "变量声明"(var)的绑定
* */
},
// 外部词法环境引用: "外部词法环境"或"全局词法环境"
outer: <Global or outer function environment reference>,
// this 绑定: 取决于函数调用方式
ThisBinding: <depends on how function is called>,
}
}
</syntaxhighlight>

== 案例分析 ==
以如下代码为例：
: <syntaxhighlight lang="JavaScript" highlight="">
let a = 20;
const b = 30;
var c;
function multiply(e, f) {
var g = 20;
return e * f * g;
}
c = multiply(20, 30);
</syntaxhighlight>

分析 JavaScript 引擎执行过程：
# “'''全局执行上下文'''”的“'''创建阶段'''”：
#: 创建“词法环境（Lexical Environment）”、“变量环境（Variable Environment）”组件
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: <uninitialized> ,
b: <uninitialized> ,
multiply: <func>
}
outer: <null> ,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: undefined,
}
outer: <null> ,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# “'''全局执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: 20,
b: 30,
multiply: <func>
}
outer: <null>,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: undefined,
}
outer: <null>,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# “'''函数执行上下文'''”的“'''创建阶段'''”：
#: 创建“词法环境（Lexical Environment）”、“变量环境（Variable Environment）”组件
#: <syntaxhighlight lang="JavaScript" highlight="">
FunctionExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
Arguments: {0: 20, 1: 30, length: 2},
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>,
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
g: undefined
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>
}
}
</syntaxhighlight>
#* ThisBinding：“非严格模式”为“Global Object”，“严格模式”为“undefined”
# “'''函数执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
FunctionExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
Arguments: {0: 20, 1: 30, length: 2},
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>,
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
g: 20
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>
}
}
</syntaxhighlight>
# “'''全局执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: 20,
b: 30,
multiply: <func>
}
outer: <null>,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: 12000,
}
outer: <null>,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>

== 参考 ==
=== ECMAScript ===
以下内容来自：《ECMAScript® 2015 Language Specification》的 [https://262.ecma-international.org/6.0/#sec-executable-code-and-execution-contexts 《Executable Code and Execution Contexts》]
<references group="ECMAScript">
<ref group="ECMAScript" name="声明式环境记录">
声明式环境记录（Declarative Environment Record），定义/描述：
<blockquote>
声明性环境记录用于定义 ECMAScript 语言语法元素的效果，如 FunctionDeclarations、VariableDeclarations 和 Catch 子句，这些子句将“标识符绑定”与“ECMAScript 语言值”直接关联。
</blockquote>
::* “ECMAScript 语言值（ECMAScript language values）”：由“ECMAScript语言类型（ECMAScript Language Types）”表征的值
::* “ECMAScript语言类型（ECMAScript Language Types）”：包括 '''Undefined'''、'''Null'''、'''Boolean'''、'''String'''、'''Symbol'''、'''Number''' 和 '''Object'''
<blockquote>
每个声明性环境记录都与 ECMAScript 程序范围相关联，该程序范围包含 '''variable'''（变量）, '''constant'''（常量）, '''let''', '''class''', '''module''', '''import''', and/or '''function declarations'''。声明性环境记录绑定其范围内包含的声明所定义的标识符集。
</blockquote>
</ref>

<ref group="ECMAScript" name="对象式环境记录">
对象式环境记录（Object Environment Record），定义/描述：
<blockquote>
对象环境记录用于定义 ECMAScript 元素（如 WithStatement）的效果，这些元素将“标识符绑定”与“某些对象的属性”相关联。
</blockquote>
<blockquote>
每个对象“环境记录”都与一个称为其“绑定对象（binding object）”的对象相关联。对象环境记录将绑定与其“绑定对象”的属性名称直接对应的字符串标识符名称集。不是 IdentifierName 形式的字符串的属性键不包括在绑定标识符集中。无论 <nowiki>[[Enumerable]]</nowiki> 属性的设置如何，集合中都包含了自己的和继承的属性。因为可以从对象中动态添加和删除属性，所以由对象 Environment Record 绑定的标识符集可能会发生更改，这可能是任何添加或删除财产的操作的副作用。由于这种副作用而创建的任何绑定都被认为是可变绑定，即使相应属性的 Writable 属性的值为 false。对象“环境记录”不存在不可变绑定。
</blockquote>
</ref>

<ref group="ECMAScript" name="全局环境记录">
全局环境记录（Global Environment Record），定义/描述：
<blockquote>
全局环境记录和函数环境记录是专门用于脚本全局声明和函数中的顶级声明的专门化。
</blockquote>
<blockquote>
全局环境记录用于表示在 common Realm（公共领域）中处理的所有 ECMAScript 脚本元素共享的最外部作用域。全局环境记录为 built-in globals（内置全局变量）、properties of the global object（全局对象的属性）以及脚本中出现的所有顶级声明提供绑定。

全局环境记录在逻辑上是单个记录，但它被指定为封装“对象环境记录（Declarative Environment Record）”和“声明性环境记录（Object Environment Record）”的组合。“对象环境记录”将关联 Realm（领域）的全局对象作为其基础对象。这个全局对象是全局环境记录的 GetThisBinding 具体方法返回的值。全局环境记录的对象环境记录组件包含所有 built-in globals（内置全局变量）的绑定，以及全局代码中包含的 FunctionDeclaration、GeneratorDeclaration 或 VariableStatement 引入的所有绑定。全局代码中所有其他 ECMAScript 声明的绑定都包含在全局环境记录的“声明性环境记录”组件中。

可以直接在全局对象上创建属性。因此，全局环境记录的对象环境记录组件可能既包含由 FunctionDeclaration、GeneratorDeclassion 或 VariableDeclassing 声明显式创建的绑定，也包含作为全局对象的属性隐式创建的链接。为了识别哪些绑定是使用声明显式创建的，全局环境记录会维护一个使用其 CreateGlobalVarBindings 和 CreateGlobalFunctionBindings 具体方法绑定的名称列表。
</blockquote>
</ref>
</references>

=== 网络文章 ===
# [https://juejin.cn/post/6844903682283143181 《<nowiki>[译]</nowiki> 理解 JavaScript 中的执行上下文和执行栈》]
# [https://juejin.cn/post/6945240902625394718 《你真的了解执行上下文吗？》]

JS 执行过程：执行上下文、词法环境

2023-04-17T22:39:11Z

Eijux：/* 环境记录（Environment Record） */

[[category:JavaScript]]

== 执行上下文（Execution Contexts） ==
''' <big>执行上下文</big>（Execution Contexts）'''：是一种规范设备，用于跟踪ECMAScript实现对代码的运行时评估 —— JavaScript 代码都需要运行在相应的“执行上下文”中

执行上下文一共有三种类型：
# '''全局执行上下文'''：基础的上下文，任何不在函数内部的代码都在其中。
#: 它会执行两件事：创建一个全局的 window 对象（浏览器的情况下），并且设置 this 的值等于这个全局对象。
#* 程序首次允许时创建 —— '''一个程序中只会有一个全局执行上下文'''。
# '''函数执行上下文'''：函数内部的代码所在的上下文。
#* 每次函数被调用都会创建一个新的执行上下文 —— '''同一函数的多次执行，会多个上下文'''
# '''eval执行上下文'''：eval() 内部的代码所在的执行上下文
#* 使用“eval方法”时创建

在任何时间点，最多有一个“执行上下文”在实际执行代码，这被称为“正在运行的执行上下文”（running execution context）。

=== 执行上下文栈 ===
'''<big>执行上下文栈</big>（Execution context stack，ECS）'''：又称“调用栈 / 执行栈”（call stack），用于跟踪“执行上下文” —— “正在运行的执行上下文”就是这个其的栈顶元素

函数的“执行过程”就是：对应的“执行上下文”（栈帧）在“调用栈”中的“'''入栈'''”（开始执行）、“'''出栈'''”（执行完毕）操作。

示例：
: <syntaxhighlight lang="JavaScript" highlight="">
let a = 'Hello World!';
function first() {
console.log('Inside first function');
second();
console.log('Again inside first function');
}
function second() {
console.log('Inside second function');
}
first();
console.log('Inside Global Execution Context');
</syntaxhighlight>
: [[File:JavaScript：执行上下文栈（Execution context stack，ECS）：示例.png|800px]]

=== 状态组件（State Components） ===
{| class="wikitable" style="width:100%;"
|+ 执行上下文的状态组件
|-
! style="width:20%;" | <big>组件（Component）</big>
! style="width:80%;" | <big>用途（Purpose）</big>
|-
! colspan="2" | “所有执行上下文”的状态组件
|-
| 代码评估状态（code evaluation state） || 对“与执行上下文关联的代码的执行、挂起和恢复”进行评估所需的任何状态。
|-
| 函数（Function） || 如果这个执行上下文正在评估函数对象的代码，那么这个组件的值就是那个函数对象。如果上下文正在评估脚本或模块的代码，则该值为null。
* “正在运行的执行上下文（running execution context）”的 Function 组件的值也被称为“活动函数对象（active function object）”
|-
| 领域（Realm） || “关联代码”访问“ECMAScript 资源”的领域
* “正在运行的执行上下文（running execution context）”的 Realm 组件的值也被称为“当前 Realm（current Realm）”。
|-
! colspan="2" | “ECMAScript代码执行上下文”的附加状态组件
|-
| 词法环境（LexicalEnvironment） || 标识“词法环境”，用于解析代码在此执行上下文中造成的标识符引用。
|-
| 变量环境（VariableEnvironment） || 标识“词法环境”，其 EnvironmentRecord 保存由 VariableStatements 在此执行上下文中创建的绑定。
|-
! colspan="2" | “生成器执行上下文”的附加状态组件
|-
| 词法环境（LexicalEnvironment） || 标识“词法环境”，用于解析代码在此执行上下文中造成的标识符引用。
|}

执行上下文的 LexicalEnvironment 和 VariableEnvironment 组件始终是“词法环境（Lexical Environments）”。

创建执行上下文时，其 LexicalEnvironment 和 VariableEnvironment 组件最初具有相同的值。

=== 生命周期 ===
可以分为 2 个主要阶段：
# '''创建阶段（Creation Phase）'''：（“预编译阶段”）JavaScript 引擎会做以下几件事情：
## 创建“'''词法环境（Lexical Environment）'''”组件
## 创建“'''变量环境（Variable Environment）'''”组件
# '''执行阶段（Code Execution Phase）'''：（“执行阶段”）JavaScript 引擎会按照代码的顺序逐行执行，并且根据需要更新变量和函数的值
#* 在执行阶段，如果 JavaScript 引擎不能在源码中声明的实际位置找到 '''let''' 变量的值，它会被赋值为 <code>'''undefined'''</code>。

== 词法环境（Lexical Environment） ==
'''<big>词法环境</big>（Lexical Environment）'''：是一种规范类型，基于 ECMAScript 代码的“词法嵌套结构”来定义“'''标识符'''”和具体“'''变量 / 函数'''”的关联

—— '''标识符'''：变量 / 函数的名字
—— '''标识符'''：对“原始数据”或“实际对象”（包含函数类型对象）的引用

<big>⭐</big> 即：词法环境，是一种持有'''“标识符-变量”映射'''的结构

通常，词汇环境与 ECMAScript 代码的某些特定语法结构相关联，如 FunctionDeclaration、BlockStatement、Try 语句的 Catch 子句，'''每次评估此类代码时都会创建一个新的词汇环境'''。

特殊的“词法环境”：
# '''全局环境（global environment）'''：是一个没有外部环境的词汇环境（“外部词法环境引用”为 null）。
#* 全局环境的 EnvironmentRecord 可以预先填充标识符绑定，并包含关联的“全局对象”，该对象的属性提供了一些全局环境的标识符绑定；
#* 这个“全局对象”是全局环境的 This 绑定的值；
#* 在执行 ECMAScript 代码时，可以向“全局对象”添加其他属性，并修改初始属性；
# '''模块环境（module environment）'''：是一个包含模块的顶级声明的绑定的词法环境。
#* 它还包含由模块显式导入的绑定；
#* 其“外部词法环境引用”是一个“全局环境”；
# '''函数环境（function environment）'''：是一个“对应于ECMAScript函数对象的调用”的词汇环境。
#* 它可以建立一个新的 this 绑定；
#* 它还将捕获支持 super 方法调用所需的状态；

<div class="mw-code" style="white-space: normal; line-height: 1.6;">
<big>⭐</big> 词法环境，三个部分组成：
# 一个“'''环境记录（Environment Record）'''”
# 一个“'''（可能为空值的）''''''外部词法环境引用（Outer Lexical Environment）'''”
# 以及“'''This 绑定（This Binding）'''”
</div>

其伪代码如下：
: <syntaxhighlight lang="JavaScript" highlight="">
// 全局执行上下文
GlobalExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object", // 环境记录: "对象式环境记录"
// 在这里绑定标识符
},
outer: <null>, // 外部词法环境引用: null
this: <global object> // this 绑定: "全局对象"
}
}

// 函数执行上下文
FunctionExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative", // 环境记录: "声明式环境记录"
// 在这里绑定标识符
},
outer: <Global or outer function environment reference>, // 外部词法环境引用: 外部"词法环境"
this: <depends on how function is called> // this 绑定: 取决于函数调用方式
}
}
</syntaxhighlight>

=== 环境记录（Environment Record） ===
'''<big>环境记录</big>（Environment Record）'''：记录'''在其关联的“词法环境”的范围内创建的“标识符”绑定''' —— 任何在“环境记录”中的标识符都可以在当前“词法环境”直接以标识符形式访问

两种主要的“环境记录”：
# '''声明式环境记录（Declarative Environment Record）'''：记录 '''范围内的声明'''
#* 主要用于“'''函数'''”和“'''catch'''”词法环境
# '''对象式环境记录（Object Environment Record）'''：记录 '''绑定对象的属性'''
#* 主要用于“'''with'''”和 '''global''' 的词法环境
# '''全局环境记录（Global Environment Record）'''：一个对“对象式环境记录”和“声明式环境记录”组件的封装

==== 声明式环境记录（Declarative Environment Record）<ref group="ECMAScript" name="声明式环境记录"/> ====
'''声明式环境记录'''：与'''ECMAScript 程序范围'''相关联，将绑定其范围内包含的'''声明（declarations）'''所定义的标识符集

<big>💡</big>“'''ECMAScript 程序范围'''”包括：'''variable'''、'''constant'''、'''let'''、'''class'''、'''module'''、'''import'''、'''function declarations''' 等所定义的标识符集

注意：
* 其方法（CreateMutableBinding、CreateImmutableBinding）：
*# 要求该 binding 在创建前必须不存在 —— 【let 无法重定义？】
*# 会将该 binding 标记为 '''uninitialized''' ——【let 的暂时性死区？】
* 其方法（GetBindingValue）：如果该 binding 是一个 uninitialized binding，将引发 ReferenceError

==== 对象式环境记录（Object Environment Record）<ref group="ECMAScript" name="对象式环境记录"/> ====
'''对象式环境记录'''：与一个'''绑定对象（binding object）'''相关联，将绑定与其“绑定对象”的属性名称直接对应的字符串标识符名称集

<big>💡</big>“'''绑定对象（binding object）'''”包括：'''全局对象'''（即浏览器环境的“Window 对象”）、'''With 语句关联的对象'''

注意：
* 其方法（CreateMutableBinding）：
*# 并不要求该 binding 在创建前必须不存在 ——【var 可重定义？】
*# 会将该 binding 初始化为 '''undefined''' ——【var 提升？】
* “标识符”将与“binding object”的属性一一对应：
*: 示例：
*: <syntaxhighlight lang="JavaScript" highlight="">
// 定义的标识符
var x = 1000

// 可以通过如下方式获取
console.log(window.x)
</syntaxhighlight>
*: <syntaxhighlight lang="JavaScript" highlight="">
// binding object 中的属性
window.y = 999

// 也可以通过标识符直接获取
console.log(y)
</syntaxhighlight>
* 无论<code><nowiki>[[Enumerable]]</nowiki></code>属性的设置如何，集合中始终包含了“'''自身的'''”和“'''继承的'''”属性
* 因为对象可以动态添加和删除属性，所以绑定的“标识符”集一定是'''可变的'''

==== 全局环境记录（Global Environment Record）<ref group="ECMAScript" name="全局环境记录"/> ====
'''全局环境记录'''：在逻辑上是单个记录，但被指定为封装“对象环境记录（Declarative Environment Record）”和“声明性环境记录（Object Environment Record）”的组合 —— 专门用于脚本全局声明

其中：
# “'''对象环境记录'''”：将关联领域（Realm）的全局对象作为其基础对象，包括：
## 所有 built-in globals（内置全局变量）的绑定，
## 全局代码中 FunctionDeclaration、GeneratorDeclaration 或 VariableStatement 引入的所有绑定
# “'''声明性环境记录'''”：全局代码中所有其他 ECMAScript 声明的绑定

=== 外部词法环境引用（Outer Lexical Environment） ===
'''<big>外部词法环境引用</big>（Outer Lexical Environment）'''：用于'''对词法环境值的“逻辑嵌套”进行建模''' —— 意味着通过它可以'''访问其“外部词法环境”'''

如果在当前的“词法环境”中找不到变量，JavaScript 引擎可以在外部环境中查找这些变量：
*（内部）词汇环境的外部引用是指在逻辑上围绕内部词汇环境的词汇环境
* 外部词汇环境可能有自己的外部词汇环境
* 一个词汇环境可以作为多个内部词汇环境的外部环境

每个“词法环境”都使用“外部词法环境引用”与其“外部词法环境”链接，如此将形成一个“'''环境链'''”（ES 3 中的'''作用域链'''） —— 用于“'''标识符的解析'''”（变量的查找）

=== This 绑定（This Binding） ===
<div class="mw-code" style="white-space: normal; line-height: 1.6;">
<big>⭐ '''This Binding'''：</big>
# 在“'''全局执行上下文'''”中：this 的值指向“'''全局对象'''”
#* 浏览器中，“全局对象”即 <code>'''Window'''</code> 对象
# 在“'''函数执行上下文'''”中：this 的值'''取决于函数调用方式'''：
## 若函数被一个引用对象调用，this 将指向对象，
## 否则，this 的值被设置为“'''全局对象'''”（非严格模式）或者 <code>'''undefined'''</code>（严格模式）
</div>

== 补充内容 ==
“执行上下文”、“词汇环境”和“环境记录”纯粹是规范机制，不需要与 ECMAScript 实现的任何特定内容相对应。 ECMAScript 程序不可能直接访问或操作这些值。

=== LexicalEnvironment 与 VariableEnvironment ===
'''LexicalEnvironment''' 和 '''VariableEnvironment'''：都是'''执行上下文的组件'''，且同是“词法环境（Lexical Environments）”

创建执行上下文时，其 LexicalEnvironment 和 VariableEnvironment 组件最初具有相同的值。

—— 【注意：“Lexical Environments”指是“词法环境”这一规范机制，而“LexicalEnvironment”才指执行上下文的“词法环境”组件】

# “'''词法环境（LexicalEnvironment）'''”：用于记录范围内的“函数声明”和“变量声明”（let 和 const）的绑定
#* 有“全局作用域”、“函数作用域”及“块作用域”
# “'''变量环境（VariableEnvironment）'''”：仅记录“'''var''' 变量”的绑定
#* 只有“全局作用域”和“函数作用域”

<big>⭐</big> “变量环境（VariableEnvironment）”的概念是为 ES6 服务的：'''为了实现 var 的变量提升'''

“变量环境（VariableEnvironment）”：其 EnvironmentRecord 保存由 VariableStatements（var 变量）在此“执行上下文”中创建的绑定

=== '''完整总结''' ===
# '''全局执行上下文'''：
## “'''词法环境'''”：
### “'''对象式环境记录'''”：记录全局的“'''函数、变量（let, const）'''”等声明
### “'''外部词法环境引用'''”：为 '''null'''
### “'''This 绑定'''”：为“全局对象”（浏览器环境，即 '''Window 对象'''）
## “'''变量环境'''”:
### “'''对象式环境记录'''”：记录全局的“'''变量 var'''”的声明
### ...
#: <syntaxhighlight lang="JavaScript" highlight="">
// 全局执行上下文
GlobalExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
// 环境记录: "对象式环境记录"
Type: "Object",
/**
* 在此处绑定标识符
* 包括: "函数声明"和"变量声明"(let, const)的绑定
* */
}
// 外部词法环境引用: null
outer: <null>,
// this 绑定: "全局对象"
ThisBinding: <Global Object>
},
// 变量环境
VariableEnvironment: {
EnvironmentRecord: {
// 环境记录: "对象式环境记录"
Type: "Object",
/**
* 在此处绑定标识符
* 仅: "变量声明"(var)的绑定
* */
}
// 外部词法环境引用: null
outer: <null> ,
// this 绑定: "全局对象"
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# '''函数执行上下文'''：
## “'''词法环境'''”：
### “'''声明式环境记录'''”：包含：
###* 函数的“'''函数、变量（let, const）'''”等声明
###* 传递给函数的“'''arguments 对象'''” —— （对象存储索引与参数的映射、参数的 length）
### “'''外部词法环境引用'''”：为“'''外部词法环境 / 全局词法环境'''”
### “'''This 绑定'''”：'''取决于函数调用方式'''（及是否严格模式）
## “'''变量环境'''”:
### “'''声明式环境记录'''”：记录函数的“'''变量 var'''”的声明
### ...
#: <syntaxhighlight lang="JavaScript" highlight="">
// 函数执行上下文
FunctionExectionContext = {
// 词法环境
LexicalEnvironment: {
EnvironmentRecord: {
// 环境记录: "声明式环境记录"
Type: "Declarative",
/**
* 在此处绑定标识符
* 包括: "函数声明"和"变量声明"(let, const)的绑定
* 以及: 传递给函数的 arguments 对象
* */
},
// 外部词法环境引用: "外部词法环境"或"全局词法环境"
outer: <Global or outer function environment reference>,
// this 绑定: 取决于函数调用方式
ThisBinding: <depends on how function is called>,
},
// 变量环境
VariableEnvironment: {
EnvironmentRecord: {
// 环境记录: "声明式环境记录"
Type: "Declarative",
/**
* 在此处绑定标识符
* 仅: "变量声明"(var)的绑定
* */
},
// 外部词法环境引用: "外部词法环境"或"全局词法环境"
outer: <Global or outer function environment reference>,
// this 绑定: 取决于函数调用方式
ThisBinding: <depends on how function is called>,
}
}
</syntaxhighlight>

== 案例分析 ==
以如下代码为例：
: <syntaxhighlight lang="JavaScript" highlight="">
let a = 20;
const b = 30;
var c;
function multiply(e, f) {
var g = 20;
return e * f * g;
}
c = multiply(20, 30);
</syntaxhighlight>

分析 JavaScript 引擎执行过程：
# “'''全局执行上下文'''”的“'''创建阶段'''”：
#: 创建“词法环境（Lexical Environment）”、“变量环境（Variable Environment）”组件
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: <uninitialized> ,
b: <uninitialized> ,
multiply: <func>
}
outer: <null> ,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: undefined,
}
outer: <null> ,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# “'''全局执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: 20,
b: 30,
multiply: <func>
}
outer: <null>,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: undefined,
}
outer: <null>,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>
# “'''函数执行上下文'''”的“'''创建阶段'''”：
#: 创建“词法环境（Lexical Environment）”、“变量环境（Variable Environment）”组件
#: <syntaxhighlight lang="JavaScript" highlight="">
FunctionExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
Arguments: {0: 20, 1: 30, length: 2},
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>,
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
g: undefined
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>
}
}
</syntaxhighlight>
#* ThisBinding：“非严格模式”为“Global Object”，“严格模式”为“undefined”
# “'''函数执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
FunctionExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
Arguments: {0: 20, 1: 30, length: 2},
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>,
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Declarative",
// Identifier bindings go here
g: 20
},
outer: <GlobalLexicalEnvironment>,
ThisBinding: <Global Object or undefined>
}
}
</syntaxhighlight>
# “'''全局执行上下文'''”的“'''执行阶段'''”：
#: 按照代码顺序逐行执行，并按需更新变量和函数的值
#: <syntaxhighlight lang="JavaScript" highlight="">
GlobalExectionContext = {
LexicalEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
a: 20,
b: 30,
multiply: <func>
}
outer: <null>,
ThisBinding: <Global Object>
},
VariableEnvironment: {
EnvironmentRecord: {
Type: "Object",
// Identifier bindings go here
c: 12000,
}
outer: <null>,
ThisBinding: <Global Object>
}
}
</syntaxhighlight>

== 参考 ==
=== ECMAScript ===
以下内容来自：《ECMAScript® 2015 Language Specification》的 [https://262.ecma-international.org/6.0/#sec-executable-code-and-execution-contexts 《Executable Code and Execution Contexts》]
<references group="ECMAScript">
<ref group="ECMAScript" name="声明式环境记录">
声明式环境记录（Declarative Environment Record），定义/描述：
<blockquote>
声明性环境记录用于定义 ECMAScript 语言语法元素的效果，如 FunctionDeclarations、VariableDeclarations 和 Catch 子句，这些子句将“标识符绑定”与“ECMAScript 语言值”直接关联。
</blockquote>
::* “ECMAScript 语言值（ECMAScript language values）”：由“ECMAScript语言类型（ECMAScript Language Types）”表征的值
::* “ECMAScript语言类型（ECMAScript Language Types）”：包括 '''Undefined'''、'''Null'''、'''Boolean'''、'''String'''、'''Symbol'''、'''Number''' 和 '''Object'''
<blockquote>
每个声明性环境记录都与 ECMAScript 程序范围相关联，该程序范围包含的 '''variable'''（变量）, '''constant'''（常量）, '''let''', '''class''', '''module''', '''import''', and/or '''function''' 等内容的声明。声明性环境记录绑定其范围内包含的声明所定义的标识符集。
</blockquote>
</ref>

<ref group="ECMAScript" name="对象式环境记录">
对象式环境记录（Object Environment Record），定义/描述：
<blockquote>
对象环境记录用于定义 ECMAScript 元素（如 WithStatement）的效果，这些元素将“标识符绑定”与“某些对象的属性”相关联。
</blockquote>
<blockquote>
每个对象“环境记录”都与一个称为其“绑定对象（binding object）”的对象相关联。对象环境记录将绑定与其“绑定对象”的属性名称直接对应的字符串标识符名称集。不是 IdentifierName 形式的字符串的属性键不包括在绑定标识符集中。无论 <nowiki>[[Enumerable]]</nowiki> 属性的设置如何，集合中都包含了自己的和继承的属性。因为可以从对象中动态添加和删除属性，所以由对象 Environment Record 绑定的标识符集可能会发生更改，这可能是任何添加或删除财产的操作的副作用。由于这种副作用而创建的任何绑定都被认为是可变绑定，即使相应属性的 Writable 属性的值为 false。对象“环境记录”不存在不可变绑定。
</blockquote>
</ref>

<ref group="ECMAScript" name="全局环境记录">
全局环境记录（Global Environment Record），定义/描述：
<blockquote>
全局环境记录和函数环境记录是专门用于脚本全局声明和函数中的顶级声明的专门化。
</blockquote>
<blockquote>
全局环境记录用于表示在 common Realm（公共领域）中处理的所有 ECMAScript 脚本元素共享的最外部作用域。全局环境记录为 built-in globals（内置全局变量）、properties of the global object（全局对象的属性）以及脚本中出现的所有顶级声明提供绑定。

全局环境记录在逻辑上是单个记录，但它被指定为封装“对象环境记录（Declarative Environment Record）”和“声明性环境记录（Object Environment Record）”的组合。“对象环境记录”将关联 Realm（领域）的全局对象作为其基础对象。这个全局对象是全局环境记录的 GetThisBinding 具体方法返回的值。全局环境记录的对象环境记录组件包含所有 built-in globals（内置全局变量）的绑定，以及全局代码中包含的 FunctionDeclaration、GeneratorDeclaration 或 VariableStatement 引入的所有绑定。全局代码中所有其他 ECMAScript 声明的绑定都包含在全局环境记录的“声明性环境记录”组件中。

可以直接在全局对象上创建属性。因此，全局环境记录的对象环境记录组件可能既包含由 FunctionDeclaration、GeneratorDeclassion 或 VariableDeclassing 声明显式创建的绑定，也包含作为全局对象的属性隐式创建的链接。为了识别哪些绑定是使用声明显式创建的，全局环境记录会维护一个使用其 CreateGlobalVarBindings 和 CreateGlobalFunctionBindings 具体方法绑定的名称列表。
</blockquote>
</ref>
</references>

=== 网络文章 ===
# [https://juejin.cn/post/6844903682283143181 《<nowiki>[译]</nowiki> 理解 JavaScript 中的执行上下文和执行栈》]
# [https://juejin.cn/post/6945240902625394718 《你真的了解执行上下文吗？》]