缓存上下文的值是一个字符串数组，字符串是特定的，代表一种上下文，这个上下文用一个上下文对象实现，以容器的服务形式存在，加上“cache_context.”前缀就是它对应的容器服务id。

这个字符串经常被叫做“token”、上下文id、缓存上下文占位符等。…

回过头来，应该明白为什么缓存管理器在计算返回cid时返回的是ContextCacheKeys对象了吧，它承担缓存数据冒泡的工作，这个对象包含了缓存属性，缓存系统将合并它到被缓存数据的缓存属性

上下文优化的原则是指定的缓存上下文中，如果同时存在具备共同父级的上下文，将只保留共同父级上下文，冒号视为句点，…

在本系列之前写过《云客Drupal8源码分析之Session系统》，但那部分仅仅讲到了drupal8会话的基础：Symfony的Session组件

至于drupal怎么去使用这个基础就是本主题的内容，本主题是延续篇，将讲述drupal8的全部Session知识

请先看上篇，再继续

…

3:如果你直接从数据库下载会话数据，使用unserialize方法会产生错误，这是由于会话数据的序列化不同于serialize方法，可由 session.serialize_handler 指定

如果你很好奇想看一看数据库里面保存的会话数据请用辅助内容区的方法反序列化：

4：如何使用drupal8自己的会话对象：…

1：在站点配置文件里面可以设置会话的访问更新阀值，也就是多长时间需要更新一次会话数据的最后访问时间

这个话有点绕，其实就是在会话的元数据包里面记录了会话的最后使用时间，源代码：$this->meta[self::UPDATED]，这个时间保存在$_SESSION里…

现在我们知道了drupal8会话数据的存放，此外会话管理器用到了SessionConfiguration，这比较简单不多讲述。

drupal8会话延迟启动特性：

drupal8具备会话延迟启动功能，这个是drupal为了提高性能额外增加的，在Symfony中并没有

如果在请求中没有发现会话id那么不会启动会话…

在开始这个主题前我们做一个实验，在你的drupal8模块控制器中加一行代码：

file_put_contents("public://yunke.txt","Streams test");

然后访问这个控制器，看看发生了什么？没错页面上不会有什么改变，但也没有报告什么错误，那这行代码到底干了什么？

…

在drupal8中提供了两个页面缓存模块，一个是PageCache用于匿名访问时，一个是dynamic_page_cache用于处理任意用户的页面缓存。他们都有对应的请求策略及响应策略。

那么这两种策略如何运作？作用是什么呢？请看下面

先讲讲用于匿名用户的页面缓存 PageCache 的请求响应策略：…

关于如何判断缓存数据是否过期及可缓存性质有三个概念：CacheMaxAge、CacheTags、CacheContexts
CacheMaxAge：代表缓存最大有效时长
…

drupal8的缓存系统可以进行多种方式缓存数据，不仅仅是数据库，还可以结合配置外部高速缓存等等，下面介绍它的实现原理：

在理解drupal8缓存系统时请记住它实现了两大块内容，一是如何存储与取回数据、二是如何判断缓存数据是否过期及可缓存性质。

关于如何存储与取回数据drupal8有两个概念： cache_bin…