避免协程间数据混淆
在传统的 PHP-FPM 的框架里，会习惯提供一个 AbstractController 或其它命名的 Controller 抽象父类，然后定义的 Controller 需要继承它用于获取一些请求数据或进行一些返回操作，在 Hyperf 里是 不能这样做 的，因为在 Hyperf 内绝大部分的对象包括 Controller 都是以 单例(Singleton) 形式存在的，这也是为了更好的复用对象，而对于与请求相关的数据在协程下也是需要储存到
在传统的 PHP-FPM 的框架里，会习惯提供一个 AbstractController 或其它命名的 Controller 抽象父类，然后定义的 Controller 需要继承它用于获取一些请求数据或进行一些返回操作，在 Hyperf 里是 不能这样做 的，因为在 Hyperf 内绝大部分的对象包括 Controller 都是以 单例(Singleton) 形式存在的，这也是为了更好的复用对象，而对于与请求相关的数据在协程下也是需要储存到
在传统的 PHP-FPM 的框架里，会习惯提供一个 AbstractController 或其它命名的 Controller 抽象父类，然后定义的 Controller 需要继承它用于获取一些请求数据或进行一些返回操作，在 Hyperf 里是 不能这样做 的，因为在 Hyperf 内绝大部分的对象包括 Controller 都是以 单例(Singleton) 形式存在的，这也是为了更好的复用对象，而对于与请求相关的数据在协程下也是需要储存到 协程上下文(Context) 内的，所以在编写代码时请务必注意 不要 将单个请求相关的数据储存在类属性内，包括非静态属性。
当然如果非要通过类属性来储存请求数据的话，也不是没有办法的，我们可以注意到我们获取 请求(Request) 与 响应(Response) 对象时是通过注入 Hyperf\HttpServer\Contract\RequestInterface 和 Hyperf\HttpServer\Contract\ResponseInterface 来获取的，那对应的对象不也是个单例吗？这里是如何做到协程安全的呢？就 RequestInterface 来举例，对应的 Hyperf\HttpServer\Request 对象内部在获取 PSR-7 请求对象 时，都是从 协程上下文(Context) 获取的，所以实际使用的类仅仅是一个代理类，实际调用的都是从 协程上下文(Context) 中获取的。
