Appserver - Configuration du serveur, structure DIR et threads

Cet article explore en détail l'architecture Appserver, allant au-delà de la vue d'ensemble de niveau dans l'état précédent. Nous allons approfondir les contextes, les modèles de filetage et les fonctionnalités prêtes à l'emploi qui rivalisent avec les cadres PHP populaires. Nous allons également configurer le serveur Web et examiner la structure des applications. À la fin, vous comprendrez les contextes, le filetage et la configuration d'Appserver. Les pièces futures couvriront le moteur servlet, le conteneur de persistance, les haricots, la messagerie et les modules de minuterie.

Modèle de threading unique d'AppServer: Contrairement aux serveurs Web standard, Appserver utilise un modèle de threading où les threads persistent tout au long de la durée de vie du serveur. Cela améliore considérablement les performances en éliminant les frais généraux de la création de threads et de la destruction pour chaque demande.

Contextes et sécurité des threads: Les contextes dans AppServer définissent l'environnement d'exécution pour chaque thread. Cela permet le partage et l'héritage des données en filetage, simplifiant l'état d'application et la gestion de la configuration. Appserver gère ce partage, empêchant les conflits potentiels.

Méthodes de configuration: Appserver utilise des annotations et des fichiers de configuration XML (comme web.xml) pour une configuration et une personnalisation faciles de routage, des servlets et d'autres composants, minimisant le besoin d'un codage étendu.

Paradigmes de programmation: Appserver prend en charge la programmation orientée vers l'aspect (AOP) et la conception par contrat, promouvant la modularité et le frappe plus stricte.

Structure du répertoire: La structure du répertoire d'AppServer est optimisée pour la gestion et le déploiement des applications. Les répertoires clés incluent:

• /WEB-INF: classes PHP orientées client (servlets, contrôleurs).
• /META-INF: services backend, aspects, points d'entrée du modèle de domaine.
• /common: ressources partagées.
• /vendor: Bibliothèques de compositeurs (PSR-0 AutoLoading Prisessionné).
• /static: Assets statiques (JS, CSS, images).

Contextes et threading en détail: La hiérarchie de contexte d'AppServer commence par un contexte racine, se ramifiant dans des contextes de conteneur et de serveur (hébergement du serveur Web). Contextes de travailleurs, configurable en nombre, gérer le traitement des demandes parallèles. Les contextes de l'enfant héritent sélectivement des parents (Remarque: Ce n'est pas un héritage de POO standard). Ce contexte persistant et le partage de données contribuent aux gains de performances d'Appserver. Bootstrap, souvent un goulot d'étranglement des performances, n'est effectué qu'une seule fois au démarrage.

Concepts de programmation:

• Annotations: Simplifier la configuration et réduire le codage. La configuration XML reste une option.
• AOP (programmation orientée vers l'aspect): un paradigme de base, similaire à l'approche de Laravel.
• Conception par contrat: applique la frappe plus stricte à travers des annotations de type commentées, lançant des exceptions pour les décalages de type.

Le serveur Web: Le serveur Web PHP intégré d'AppServer (HTTP 1.1, avec HTTP 2.0 planifié) fournit des fonctionnalités trouvées dans de nombreux frameworks PHP. Il utilise des objets $request et $response (via des interfaces comme HttpServletRequestInterface). La configuration est similaire à Apache, à la prise en charge des réécritures, des hôtes virtuels, des variables d'environnement et de l'authentification HTTP. Les fichiers de configuration des clés sont situés dans /etc/appserver.

Création d'un hôte virtuel: Cette section vous guide en configurant un hôte virtuel, en éliminant le besoin de numéros de port dans les URL et en démontrant des règles de réécriture pour gérer les sous-domaines (par exemple, la redirection www.my-app.com vers ). my-app.com

Structure de fichiers AppServer: Le répertoire contient des applications. L'exemple de structure d'application est illustré ci-dessous: /webapps

Le moteur de servlet: Le moteur de servlet gère la logique d'application, éliminant le coup de performance du bootstrap répété dans les configurations PHP traditionnelles. La communication entre le moteur servlet () et le conteneur de persistance (/WEB-INF) utilise des objets proxy, permettant des architectures distribuées. /META-INF

Conclusion: Cet article fournit un aperçu complet de l'architecture et de la configuration d'Appserver. Les futurs articles exploreront plus en détail les modules restants.

(La section des questions fréquemment posées est omise car il s'agit d'une répétition d'informations déjà couvertes dans l'article.)

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!