Analyse du noyau PHP7 10 Sécurité des threads

Le contenu de cet article présente la sécurité des threads de l'analyse du noyau PHP7 10. Maintenant, je le partage avec vous. Les amis dans le besoin peuvent s'y référer

1.

La plupart des SAPI de PHP sont des environnements monothread, tels que cli, fpm et cgi. Chaque processus ne démarre qu'un seul thread principal. Il n'y a pas de problème de sécurité des threads dans ce mode, mais il existe également des environnements multithread. , comme Apache, dans ce cas, vous devez considérer la question de la sécurité des threads, car il existe de nombreuses variables globales en PHP, comme les plus courantes : EG, CG. Si plusieurs threads partagent la même variable, ce sera le cas. conflit, donc PHP en a beaucoup. Le modèle d'application de thread fournit un mécanisme de sécurité : Zend Thread Safe (ZTS).

PHP fait abstraction d'un Thread Safe Resource Manager (TSRM) spécifiquement pour résoudre le problème de la sécurité des threads. Le principe de mise en œuvre est relativement simple : puisqu'il est si difficile de partager des ressources, alors ne les partagez tout simplement plus. partagent la même variable globale, mais chacun fait une copie Lors de l'utilisation de données, chaque thread prend sa propre copie sans interférer les uns avec les autres.

typedef struct {
    size_t size; //资源的大小
    ts_allocate_ctor ctor; //初始化函数
    ts_allocate_dtor dtor;
    int done;
} tsrm_resource_type;

struct _tsrm_tls_entry {
    void **storage; //资源数组
    int count; //拥有的资源数:storage数组大小
    THREAD_T thread_id; //所属线程id
    tsrm_tls_entry *next;
};

Si une ressource doit être utilisée par plusieurs threads, vous devez d'abord enregistrer la ressource auprès de TSRM à l'avance. Ensuite, TSRM attribue un numéro unique à la ressource et enregistre la taille, la fonction d'initialisation, etc. de la ressource. Dans une structure tsrm_resource_type, chaque thread ne peut accéder à cette ressource que via le numéro attribué par TSRM puis lorsque le thread obtient la ressource avec ce numéro, si TSRM constate qu'il s'agit de la première requête, il en allouera un morceau. mémoire en fonction de la taille de la ressource lors de l'enregistrement, puis appelez la fonction d'initialisation pour initialiser et enregistrer cette ressource pour une utilisation ultérieure par ce thread.

Chaque thread a une structure tsrm_tls_entry. Toutes les ressources du thread actuel sont stockées dans le tableau de stockage et l'indice est l'identifiant de chaque ressource. De plus, la structure tsrm_tls_entry de tous les threads est stockée dans un tableau : tsrm_tls_table, qui est une variable globale. La position de la structure tsrm_tls_entry de chaque thread dans ce tableau est obtenue modulo l'ID du thread et le nombre prédéfini de threads (tsrm_tls_table_size), cela is On dit que plusieurs threads peuvent être stockés au même emplacement de tsrm_tls_table, donc tsrm_tls_entry est une liste chaînée, lorsque vous recherchez des ressources, obtenez d'abord un tsrm_tls_entry basé sur : l'identifiant du thread % tsrm_tls_table_size, puis commencez à parcourir la liste chaînée pour comparer. thread_id pour déterminer s'il appartient au thread actuel.

Thread Local Storage (TLS), après avoir créé le tsrm_tls_entry du thread actuel, cette valeur sera enregistrée dans le TLS du thread actuel, de sorte que lorsque ts_resource() obtient des ressources, elle puisse être directement utilisée via tsrm_tls_get() Compris, gain de temps sur le verrouillage et la récupération.

Recommandations associées :

Noyau PHP7 Analyse de la gestion de la mémoire dans 9

Analyse du noyau PHP7 de 8 et similaires

Analyse du noyau PHP7 de 7 processus d'exécution du moteur Zend

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!