Tutoriel recommandé : "PHP7"
1. Comparez les différences de traitement des chaînes en PHP 5 et PHP 7 via le code<.>
Examinons d'abord l'exemple de code suivant :
$a = 'foo';
$b = 'bar';
$c = "I like $a and $b";
Copier après la connexion
Exécutez le code en PHP 5.6, et la sortie de l'opcode résultant est la suivante :
L'exécution spécifique processus :
D'abord demander de la mémoire pour J'aime- Ensuite, demander de la mémoire pour J'aime foo, puis copier J'aime et foo dans l'espace mémoire nouvellement appliqué et revenir
-
Continuez à postuler pour J'aime foo et demande de la mémoire, puis copie J'aime foo et et dans l'espace mémoire nouvellement appliqué et revient - Enfin demande de la mémoire pour J'aime foo et bar, puis copie J'aime foo et et bar à la mémoire nouvellement appliquée et renvoie
- Libérez l'espace mémoire demandé lors du traitement de la chaîne
-
Exécutez le code en PHP 7 et la sortie de l'opcode résultant est comme suit :
Le processus de traitement des chaînes dans PHP 7 est relativement simple. Tout d'abord, créez une pile de pile, puis stockez les fragments de chaîne à connecter dans l'espace de pile. pour allouer de l'espace mémoire une fois, puis déplacer le résultat de la pile vers la mémoire allouée dans l'espace. Par rapport à PHP 5, PHP 7 évite le processus de demande répétée de mémoire pendant le traitement. L'amélioration des performances de PHP 7 dans le traitement des chaînes bénéficie de l'utilisation de la corde de structure de données.
2. Introduction à la structure de données Rope
⒈ Introduction à Rope
Rope est un arbre binaire, dans lequel chaque nœud feuille stocke une sous-chaîne d'une chaîne, et chaque non - Le nœud feuille stocke le nombre total de caractères contenus dans la sous-chaîne stockée dans chaque nœud feuille à gauche du nœud (facilitant la recherche des caractères spécifiés en fonction de l'index).
⒉ Avantages et inconvénients de la corde
Avantages :
- Rope accélère l'insertion, la suppression et d'autres opérations de chaînes. Par rapport à la méthode traditionnelle de tableau de caractères, la complexité temporelle de Rope est O(lo g N), caractères La complexité temporelle de le tableau est O( N)
Lorsque vous utilisez une chaîne en tant que tableau de caractères, vous devez d'abord copier le tableau, ce qui nécessite de la mémoire supplémentaire espace- O( N), et Rope n'a pas besoin d'être copié à l'avance
Rope n'a pas besoin d'être copié comme un tableau de caractères A une grande quantité de mémoire continue est requise- En utilisant la structure de données Rope, l'annulation des opérations sur les chaînes sera très pratique
- En utilisant Rope, quelle que soit la taille de la chaîne utilisée, les performances sont très stable
-
Inconvénients :
Un espace mémoire supplémentaire est nécessaire pour stocker les nœuds non-feuilles, ce qui augmente la consommation d'espace mémoire par rapport aux tableaux de caractères - En raison aux différentes structures des arbres binaires Il est plus complexe qu'un tableau de caractères, donc les performances sont médiocres lors de l'exploitation de chaînes de plus petites tailles
- Utiliser Rope pour exploiter des chaînes augmente la complexité du code et augmente également le risque de BUGs
-
⒊ Implémentation du code de Rope
Rope est essentiellement un arbre binaire, et ses opérations de base d'insertion, de suppression et de recherche sont les mêmes que celles d'un arbre binaire. Ici, nous introduisons uniquement la concaténation (concat) et le fractionnement (split) des chaînes.
De plus, afin de minimiser la complexité temporelle de l'opération, Rope peut être construit comme un arbre AVL, de sorte que l'auto-équilibrage puisse être obtenu une fois chaque opération terminée. Mais cela peut augmenter la complexité de certaines opérations d'annulation. Par exemple, une nouvelle corde formée en concaténant deux cordes de hauteurs différentes peut détruire la structure des deux arbres d'origine après s'être auto-équilibrée par rotation des nœuds. De cette façon, l'annulation de l'opération de concaténation précédente deviendra très compliquée.
⓵ concat
l'opération de concat est relativement simple, il vous suffit de joindre deux arbres à corde dans un nouvel arbre à corde
⓶ split
Lors de la division d'un arbre Rope, vous rencontrerez deux situations : la position de division est exactement à la fin d'un nœud ou la position de division est au milieu d'un nœud feuille. Pour le deuxième cas, nous pouvons diviser les nœuds feuilles correspondants pour les transformer dans le premier cas. Quant au premier cas, il peut être divisé en deux cas selon l'emplacement du nœud :
a. La branche où se trouve le nœud du côté le plus à gauche ou le plus à droite
b. La branche dont le nœud est situé à l'intérieur de l'arbre Corde
class Node:
def __init__(self, data):
self.parent = None
self.left = None
self.right = None
self.data = data
self.weight = 0
def __repr__(self):
return str(self.__dict__)
def __str__(self):
return str(self.__dict__)
class Rope:
# 每个叶子节点最多存储 5 个字符，包括空字符在内
LEAF_DATA_LEN = 5
def __init__(self):
self.root = None
def create_rope(self, parent, data, left_index, right_index):
"""
创建 rope 数据结构
:param parent: 父节点（根节点的父节点为空）
:param data: 用于创建 rope 数据结构的原始数据，这里只接受 list 和 str 两种类型
:param left_index: 起始位置索引
:param right_index: 结束位置索引
:return: Node
"""
if isinstance(data, str):
data = list(data)
elif not isinstance(data, list):
return
if right_index - left_index > self.LEAF_DATA_LEN:
node = Node("")
node.parent = parent
middle_index = (left_index + right_index) // 2
node.weight = middle_index - left_index
node.left = self.create_rope(node, data, left_index, middle_index)
node.right = self.create_rope(node, data, middle_index, right_index)
else:
node = Node(data[left_index: right_index])
node.parent = parent
node.weight = right_index - left_index
if node.parent is None:
self.root = node
return node
@staticmethod
def calc_weight(node):
"""
计算节点 weight 值
:param node:
:return:
"""
if node is None:
return 0
init_weight = node.weight
while node.right is not None:
node = node.right
init_weight += node.weight
return init_weight
def concat_rope(self, data1, data2):
"""
字符串连接
:param data1:
:param data2:
:return:
"""
r1 = Rope()
r1.create_rope(None, data1, 0, len(data1))
r2 = Rope()
r2.create_rope(None, data2, 0, len(data2))
node = Node("")
node.left = r1.root
node.right = r2.root
r1.root.parent = node
r2.root.parent = node
node.weight = self.calc_weight(r1)
self.root = node
def split_rope(self, data, index):
"""
字符串拆分
:param data: 要拆分的字符串
:param index: 拆分的位置（字符串索引从 0 开始计算）
:return: Rope
"""
if index < 0 or index > len(data) - 1:
return
node = self.create_rope(None, data, 0, len(data))
original_index = index
if index == self.root.weight - 1:
# 在根节点拆分
rope_left = node.left
rope_left.parent = None
rope_right = node.right
rope_right.parent = None
return rope_left, rope_right
elif index < self.root.weight - 1:
while index < node.weight - 1 and node.data == "":
node = node.left
else:
while index > node.weight - 1 and node.data == "":
index -= node.weight
node = node.right
if node.data != "":
# index 落在了最左侧和最右侧的两个叶子节点
if original_index < self.root.weight - 1:
# index 落在了最左侧的叶子节点
rope_left = self.create_rope(None, node.data[0:index + 1], 0, index + 1)
rope_right = self.root
# 更新 rope_right 的 weight
node.data = node.data[index + 1:]
while node is not None:
node.weight -= (index + 1)
node = node.parent
else:
# index 落在了最右侧的叶子节点
rope_left = self.root
rope_right = self.create_rope(None, node.data[index + 1:], 0, len(node.data[index + 1:]))
node.data = node.data[0:index + 1]
elif index == node.weight - 1:
# index 正好落在了节点的末尾
if original_index < self.root.weight:
# index 落在了最左侧分支中的非叶子节点的末尾
weight_sub = node.weight
rope_left = node.left
rope_left.parent = None
node.left = None
rope_right = self.root
# 更新节点 weight
while node is not None:
node.weight -= weight_sub
node = node.parent
else:
# index 落在了最右侧分支中的非叶子节点的末尾
rope_left = self.root
rope_right = node.right
rope_right.parent = None
node.right = None
else:
stack = []
if original_index < self.root.weight:
# index 落在了左子树中的节点
index -= node.weight
rope_left = node
rope_right = self.root
node.parent.left = None
node.parent = None
node = node.right
else:
# index 落在了右子树中的节点
rope_left = self.root
stack.append(node.right)
rope_right = None
node.right = None
node = node.left
while node.data == "" and index >= 0:
if index < node.weight - 1:
stack.append(node.right)
node.right = None
node = node.left
elif index > node.weight - 1:
node = node.right
index -= node.weight
else:
stack.append(node.right)
node.right = None
break
if node.data != "":
# 需要拆分叶子节点
new_node = Node(node.data[index + 1:])
new_node.weight = node.weight - index - 1
stack.append(new_node)
node.data = node.data[0:index + 1]
# 更新节点的 weight 信息
while node is not None:
if node.data != "":
node.weight = len(node.data)
else:
node.weight = self.calc_weight(node.left)
node = node.parent
# 组装 rope_right并更新节点的 weight 值
left_node = None
while len(stack) > 0:
root_node = Node("")
if left_node is None:
left_node = stack.pop()
root_node = left_node
else:
root_node.left = left_node
left_node.parent = root_node
right_node = stack.pop()
root_node.right = right_node
right_node.parent = root_node
root_node.weight = self.calc_weight(root_node.left)
left_node = root_node
if rope_right is None:
# index > self.root.weight - 1
rope_right = root_node
else:
# index < self.root.weight - 1
tmp = rope_right
while tmp.left is not None:
tmp = tmp.left
tmp.left = root_node
root_node.parent = tmp
while tmp.parent is not None:
tmp.weight = self.calc_weight(tmp.left)
tmp = tmp.parent
rope_right = tmp
rope_right.weight = self.calc_weight(rope_right.left)
return rope_left, rope_right
rope = Rope()
data = "php is a script language"
index = 18
left, right = rope.split_rope(data, index)
print(left)
print(right)Copier après la connexion
三、 PHP 5 和 PHP 7 底层字符串处理逻辑比较
⒈ PHP 5 中字符串处理逻辑以及存在的问题
⓵ 处理逻辑
- PHP 5 中的字符串并没有固定的数据结构，而是采用 C 中以 NULL 结尾的字符数组的方式来处理
- 为了支持二进制字符串（字符串中包含 NULL 字符），还需要额外记录字符串的长度
⓶ 存在的问题
a. 字符串的长度
PHP 5 中 zval 中定义的字符串的长度为 int（有符号整型） 类型，这就导致即使是在 64 为机器上字符串的长度也不能超过 231 （LP64 数据模型中，int 永远只有 32 位）。
b. 格式不统一
// zval 中对字符串的定义，长度为 int 类型
typedef union _zvalue_value {
long lval;
double dval;
struct {
char *val; /* C string buffer, NULL terminated */
int len; /* String length : num of ASCII chars */
} str; /* string structure */
HashTable *ht;
zend_object_value obj;
zend_ast *ast;
} zvalue_value;
// 类实例结构体中对字符串的定义，此时字符串的长度为 zend_uint 类型，相较于 int 类型，字符串长度提升了一倍
struct _zend_class_entry {
char type;
const char *name; /* C string buffer, NULL terminated */
zend_uint name_length; /* String length : num of ASCII chars */
struct _zend_class_entry *parent;
int refcount;
zend_uint ce_flags;
/*……*/
}
// hashtable 的 key 中对字符串的定义，长度为 uint 类型
typedef struct _zend_hash_key {
const char *arKey; /* C string buffer, NULL terminated */
uint nKeyLength; /* String length : num of ASCII chars */
ulong h;
} zend_hash_key;Copier après la connexion
PHP 5 中很多地方都支持二进制字符串，由于字符串没有一个固定的结构体，这就导致很多地方都有对字符串的定义。同时，由于各处对字符串长度的定义不同，导致各处支持的字符串长度也不同。
c. 内存消耗大
在较老版本的 PHP 中，由于没有引入 interned string，同一个字符串如果在多处被使用，为了互不影响，就需要复制多份出来，这就造成了对内存空间大量消耗。
static PHP_FUNCTION(session_id)
{
char *name = NULL;
int name_len, argc = ZEND_NUM_ARGS();
if (zend_parse_parameters(argc TSRMLS_CC, "|s", &name, &name_len) == FAILURE) {
return;
}
/* …… */
if (name) {
if (PS(id)) {
efree(PS(id));
}
PS(id) = estrndup(name, name_len);
}
}Copier après la connexion
以 PHP 函数 session_id 为例，该函数最终将 name 完全复制一份然后存入 PS(id)。这样，后续代码对 name 进行的任何操作都不会影响 PS(id) 中存储的值。
⓷ interned string
从 PHP 5.4 起，为了解决上述字符串复制导致内存消耗大的问题，PHP 引入了 interned string 。另外，由于 interned string 需要共享内存空间，所以在线程安全的 PHP 版本中并不被支持。
所谓 interned string，即一个字符串在一个进程中只存储一次。当一个 php-fpm 进程启动时，会申请一块 size 为 1MB 的 buffer，持久化的字符串（字符串常量、函数名、变量名、类名、方法名……）会被存储到该缓冲并添加到一个 hashtable 中。由于 PHP 处理的 request 之间是相互独立的，所以一个 request 处理完成后，其间在内存中产生的数据都会被销毁。为了在处理 request 的过程中也能使用 interned string，在 request 到来时 PHP 会记录当前 interned string buffer 的 top 位置，在该 request 请求的处理完成后，top 位置之后消耗的空间又会被恢复。
- interned string 的初始化，只会发生在 PHP 启动以及 PHP 脚本的编译阶段
- interned string 是只读的，既不能修改，也不能销毁
- 由于 interned string buffer 只有 1MB 的空间，当 1MB 的空间存满后，后续的字符串处理还会回到引入 interned string 之前的状态
interned string 的优势
- 一个字符串只会存储一次，节省了内存空间
- interned string 的 hash 只会计算一次，然后被多次使用
- interned string 的比较最终转换成了指针地址的比较
由于需要操作 hashtable，interned string 的初始化和创建会比较复杂，也正因为如此，并不是所有的字符串都适合存入 interned string。
⒉ PHP 7 中对字符串处理进行的优化
struct _zend_string {
zend_refcounted_h gc;
zend_ulong h; /* hash value */
size_t len;
char val[1];
};
typedef struct _zend_refcounted_h {
uint32_t refcount; /* reference counter 32-bit */
union {
uint32_t type_info;
} u;
} zend_refcounted_h;Copier après la connexion
PHP 7 中字符串有了固定的结构 zend_string
PHP 7 中字符串的长度类型为 size_t，字符串的长度不再局限于 PHP 5 中的 231 ，尤其在 64 位的机器上，字符串的长度取决于平台支持的最大长度。
PHP 7 中字符串内容的存储不再像之前使用 char * ，而是使用了 struct hack ，使得字符串内容和 zend_string 一起存储在一块连续的内存空间。同时，zend_string 还内嵌了字符串的 hash 值，这样，对于一个指定的字符串只需要进行一次 hash 计算。
PHP 7 中字符串引入了引用计数，这样，只要字符串还在被使用，就不用担心会被销毁。
static PHP_FUNCTION(session_id)
{
zend_string *name = NULL;
int argc = ZEND_NUM_ARGS();
/* …… */
if (name) {
if (PS(id)) {
zend_string_release(PS(id));
}
PS(id) = zend_string_copy(name);
}
}
static zend_always_inline zend_string *zend_string_copy(zend_string *s)
{
if (!ZSTR_IS_INTERNED(s)) {
GC_REFCOUNT(s)++;
}
return s;
}
static zend_always_inline void zend_string_release(zend_string *s)
{
if (!ZSTR_IS_INTERNED(s)) {
if (--GC_REFCOUNT(s) == 0) {
pefree(s, GC_FLAGS(s) & IS_STR_PERSISTENT);
}
}
}Copier après la connexion
仍以函数 session_id 为例，设置 session_id 时不再需要将 name 完全复制，而只是将 name 的引用计数加 1。在删除字符串时也是同样，将字符串的引用计数减 1，只有引用计数为 0 时才会真正销毁字符串。
PHP 7 中的 interned string 不再需要单独申请 interned string buffer 来存储，而是在 zend_string 的 gc 中将 type_info 标记为 IS_STR_INTERNED。这样，在销毁字符串时，zend_string_release 会检查字符串是否为 interned string，如果是则不会进行任何操作。
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
