“中国要复兴、富强，必须在开源软件领域起到主导作用，为了国家安全和人类发展，责无旁贷，我们须为此而奋斗”——By:云客
我们通常说起钩子时，是指一个函数，但主题钩子却不是这样，她是一个数组，其中包含着怎样将渲染数组转化为输出的信息，如模板位置、模板变量、预处理函数等（输出可以有多种格式，习惯起见后文以html为列），这个数组云客将其称为主题钩子定义，在系统内部维持着一张主题钩子注册表，该表实际上是一个比较大的多维数组
Drupal 源码分析
如果你喜欢Drupal，并且想学习怎么把基于Drupal的网站做得好看一点，请转到晴空的专栏《听晴空讲Drupal主题（视频版）》
云客Drupal 源码分析系列文档，适用于D8及D9，为中国开发者展现Drupal底层实现细节，可视为开发者的速查手册，或有一定Drupal基础的开发者进一步提高的教程，该系列现（2020）已完成，这标志着中国缺少Drupal文档的状态被终结，核心所有必备的知识点在该系列中均得以覆盖，从Drupal8 alpha版开始到Drupal9正式版本发布，历时六年，发布字数一百一十余万字，关于该工程的更多信息请点击这里查阅
在主题处理器一节提到了主题扩展对象（\Drupal\Core\Extension\Extension），该对象包含了一个主题的全部信息，但仅仅是该主题的信息，在系统中许多地方实际使用的是更高层次的活动主题对象（见下），她包含前者所有信息，还处理库覆写、库继承等主题与主题间相互影响的内容，该对象就是在主题初始化器中产生的，同时主题初始化器还负责加载主题主扩展文件等工作
drupal主题系统十分灵活，你可以全站使用一套主题，用响应式设计去兼容移动端和pc端，如果响应式无法满足要求，你可以在各端分别使用不同的主题，但其灵活性远不止如此，实际上在同一个站点中你可以根据任意条件使用不同的主题，系统后台设定的只是默认值而已，比如在pc端或移动端你可以为不同语言采用不同主题
主题处理器theme_handler与主题管理器theme.manager都是系统提供的服务，虽然一字之差但她们功能完全不同，主题管理器用于主题渲染和派发主题修改钩子，而主题处理器完成更为底层的工作，向上为主题管理器、初始化器等各主题相关组件提供基础功能支持
让我们从css说起，在小型网站中css文件比较简单，开发和维护容易，但大型项目则不同，可能会有数万行，开发人员众多，他们需要协同，随着项目进化还经常需要修改，这就对css开发提出了一些要求，比如：
可预见Predictable：比如其他开发者用了已定义的一个class就应该可以看见该class带来的效果
可重用Reusable：有些样式不必反复定义
从本主题开始，云客源码分析系列将连续讲解drupal主题相关内容，主要读者定位为drupal开发人员，以及想深入理解主题系统的前端人员，讲述系统是如何处理主题的，尽量兼顾到不会php的主题开发人员，提供许多要点知识，使他们读后更加深入的理解主题，对一些概念和用法有精确的掌握，由于这样的定位，将少讲解主题开发的入门知识，这方面的中文文章资料有很多，官方也较系统的进行了介绍，你应该先行查阅，如果
内部页面缓存Internal Page Cache，服务id：http_middleware.page_cache，可以视为匿名用户缓存（对登录用户不起作用），相比内部动态页面缓存（本主题内容），她在更早的http处理核心堆栈中执行，见本系列《HttpKernel堆栈》主题，匿名用户缓存处理的缓存比较简单，但匿名访问的请求量往往很大，它采用网址和请求格式做缓存id，因此没有反映出缓存上下文的特性，丢掉了许多缓存变体，而内部动态页面缓存则弥补了这一点
系统日志让你了解系统内部发生了什么，当出现故障时首先想到的就是日志，drupal日志系统可以按信息类别分别记录日志，并且按照RFC 5424和PSR-3将各类信息按紧迫程度划分为8个级别，这样方便筛选查看
我们知道web服务器是并发访问的，php脚本被不同的线程或进程执行，他们可能真正的同时执行，现在假设有个操作（比如计划任务）在系统中只能被执行一次，由于这种并发性就可能出现问题，两个同时执行的请求可能带来两次执行，为了解决这个问题我们就需要“锁LOCK”了
URL和Link的区别、URI 、URL、URN之间的关系、URL对象、Link对象
HTML类class和ID的命名：HTML标准是由W3C维护的，在它的推荐标准中只对class和id命名有如下要求
在阅读本主题前建议你先阅读本系列前面的《表单定义示例》主题，看一看在drupal8
表单form是系统非常重要的一块功能，用于用户向系统提交信息，本主题为你展示如何在drupal8中定义和使用表单，至于表单API如何运作将在接下来的几个主题中详解
本系列即将讲解表单API，那是重要的用户交互组件，在此前有必要讲解一些系统安全相关的问题，为后续的表单API主题打下基础。
在本系列初期已经发布过了两篇会话主题，属于初级内容，建议你先了解一下，相比之下本篇更加注重实践，全面讲解了drupal的会话系统运行原理及使用方法，补充了许多重要的知识
你一定好奇为什么控制器只返回了很简单的渲染数组，简单到甚至里面只包含了一个字符串标签而已，可最后的页面为何包含了那么多信息（页头、页尾、侧边栏、搜索框、导航菜单、面包屑路径等等）？是多次执行请求流程再合并结果吗？本主题讲解关键的渲染过程，将回答这些问题。通过本系列前面的学习你现在已经知道了drupal程序部分的主体结构，从本篇开始将越来越多的涉及到看的见的部分：页面外观。
通过本系列前面内容的学习你已经知道实体在数据库中是如何存储的，简单来说储存实体的数据库
一个实体类型创建后，在她的生命周期中，她和她的字段定义可能出现更新、删除操作以满足业务需求，而不是一旦创建就不能被改变，所以要求她的储存Schema是动态的，在发生这样的事情时需要作出反应，典型的就是数据库schema
内容实体储存处理器类，顾名思义就是解决内容实体的储存问题，这主要有两大块内容：实体数据从储存后端的读写，这个过程需要派发钩子让模块参与进来；实体储存后端的管理，也就是schema的增删改，先有这才能进行数据存取
在drupal中提到“字段”这个概念时，请不要理解为数据库中表的一个列，这不是一个概念，它是指一个字段对象，充当着实体对象的属性，也是一个列表类型的类型化数据对象，当本系列提到“字段field”一般均是指字段对象或字段定义对象，而数据库表中的字段列，则将其称为“列column”