# 日志
Yii提供了一个强大的日志框架，这个框架具有高度的可定制性和可扩展性。使用这个框架，你可以轻松地记录各种类型的消息，过滤它们， 并且将它们收集到不同的目标，诸如文件，数据库，邮件。
使用Yii日志框架涉及下面的几个步骤：
* 在你代码里的各个地方记录 [log messages](http://www.yiichina.com/doc/guide/2.0/runtime-logging#log-messages)；
* 在应用配置里通过配置 [log targets](http://www.yiichina.com/doc/guide/2.0/runtime-logging#log-targets) 来过滤和导出日志消息；
* 检查由不同的目标导出的已过滤的日志消息（例如：[Yii debugger](http://www.yiichina.com/doc/guide/2.0/tool-debugger)）。
在这部分，我们主要描述前两个步骤。
## 日志消息
记录日志消息就跟调用下面的日志方法一样简单：
* Yii::trace()：记录一条消息去跟踪一段代码是怎样运行的。这主要在开发的时候使用。
* Yii::info()：记录一条消息来传达一些有用的信息。
* Yii::warning()：记录一个警告消息用来指示一些已经发生的意外。
* Yii::error()：记录一个致命的错误，这个错误应该尽快被检查。
这些日志记录方法针对 *严重程度* 和 *类别* 来记录日志消息。 它们共享相同的函数签名 `function ($message, $category = 'application')`，`$message`代表要被 记录的日志消息，而 `$category` 是日志消息的类别。在下面的示例代码中，在默认的类别`application` 下 记录了一条跟踪消息：
~~~
Yii::trace('start calculating average revenue');
~~~
> 信息：日志消息可以是字符串，也可以是复杂的数据，诸如数组或者对象。[log targets](http://www.yiichina.com/doc/guide/2.0/runtime-logging#log-targets) 的义务是正确处理日志消息。 默认情况下，假如一条日志消息不是一个字符串，它将被导出为一个字符串，通过调用 yii\helpers\VarDumper::export()。
为了更好地组织和过滤日志消息，我们建议您为每个日志消息指定一个适当的类别。 您可以为类别选择一个分层命名方案，这将使得[log targets](http://www.yiichina.com/doc/guide/2.0/runtime-logging#log-targets) 在基于它们的分类来过滤消息变得更加容易。 一个简单而高效的命名方案是使用PHP魔术常量 `__METHOD__` 作为分类名称。这种方式也在Yii框架的核心代码中得到应用， 例如，
~~~
Yii::trace('start calculating average revenue', __METHOD__);
~~~
`__METHOD__` 常量计算值作为该常量出现的地方的方法名（完全限定的类名前缀）。例如，假如上面那行代码在这个方法内被调用，则它将等于字符串 `'app\controllers\RevenueController::calculate'`。
> 信息：上面所描述的日志方法实际上是 yii\log\Logger 对象（一个通过表达式 `Yii::getLogger()` 可访问的单例） 的方法 yii\log\Logger::log() 的一个快捷方式。当足够的消息被记录或者当应用结束时，日志对象将会调用一个 yii\log\Dispatcher 调度对象将已经记录的日志消息发送到已注册的 [log targets](http://www.yiichina.com/doc/guide/2.0/runtime-logging#log-targets) 目标中。
## 日志目标
一个日志目标是一个 yii\log\Target 类或者它的子类的实例。它将通过他们的严重层级和类别来过滤日志消息，然后将它们导出到一些媒介中。 例如，一个 yii\log\DbTarget 目标导出已经过滤的日志消息到一个数据的表里面，而一个 yii\log\EmailTarget 目标将日志消息导出到指定的邮箱地址里。
在一个应用里，通过配置在应用配置里的 `log` [application component](http://www.yiichina.com/doc/guide/2.0/structure-application-components) ，你可以注册多个日志目标。 就像下面这样：
~~~
return [
// the "log" component must be loaded during bootstrapping time
'bootstrap' => ['log'],
'components' => [
'log' => [
'targets' => [
[
'class' => 'yii\log\DbTarget',
'levels' => ['error', 'warning'],
],
[
'class' => 'yii\log\EmailTarget',
'levels' => ['error'],
'categories' => ['yii\db\*'],
'message' => [
'from' => ['log@example.com'],
'to' => ['admin@example.com', 'developer@example.com'],
'subject' => 'Database errors at example.com',
],
],
],
],
],
];
~~~
> 注意：`log` 组件必须在 [bootstrapping](http://www.yiichina.com/doc/guide/2.0/runtime-bootstrapping) 期间就被加载，以便于它能够及时调度日志消息到目标里。 这是为什么在上面的代码中，它被列在 `bootstrap` 数组中的原因。
在上面的代码中，在 yii\log\Dispatcher::targets 属性里有两个日志目标被注册：
* 第一个目标选择的是错误和警告层级的消息，并且在数据库表里保存他们；
* 第二个目标选择的是错误层级的消息并且是在以 `yii\db\` 开头的分类下，并且在一个邮件里将它们发送到 `admin@example.com`和 `developer@example.com`。
Yii配备了以下的内建日志目标。请参考关于这些类的API文档， 并且学习怎样配置和使用他们。
* yii\log\DbTarget：在数据库表里存储日志消息。
* yii\log\EmailTarget：发送日志消息到预先指定的邮箱地址。
* yii\log\FileTarget：保存日志消息到文件中.
* yii\log\SyslogTarget：通过调用PHP函数 `syslog()` 将日志消息保存到系统日志里。
下面，我们将描述所有日志目标的公共特性。
### 消息过滤
对于每一个日志目标，你可以配置它的 yii\log\Target::levels 和 yii\log\Target::categories 属性来指定哪个消息的严重程度和分类目标应该处理。
yii\log\Target::levels 属性是由一个或者若干个以下值组成的数组：
* `error`：相应的消息通过 Yii::error() 被记录。
* `warning`：相应的消息通过 Yii::warning() 被记录。
* `info`：相应的消息通过 Yii::info() 被记录。
* `trace`：相应的消息通过 Yii::trace() 被记录。
* `profile`：相应的消息通过 Yii::beginProfile() 和 Yii::endProfile() 被记录。更多细节将在 [Profiling](http://www.yiichina.com/doc/guide/2.0/runtime-logging#performance-profiling) 分段解释。
如果你没有指定 yii\log\Target::levels 的属性， 那就意味着目标将处理 *任何* 严重程度的消息。
yii\log\Target::categories 属性是一个包含消息分类名称或者模式的数组。 一个目标将只处理那些在这个数组中能够找到对应的分类或者其中一个相匹配的模式的消息。 一个分类模式是一个以星号 `*` 结尾的分类名前缀。假如一个分类名与分类模式具有相同的前缀，那么该分类名将和分类模式相匹配。 例如，`yii\db\Command::execute` 和 `yii\db\Command::query` 都是作为分类名称运用在 yii\db\Command 类来记录日志消息的。 它们都是匹配模式 `yii\db\*`。
假如你没有指定 yii\log\Target::categories 属性，这意味着目标将会处理 *任何* 分类的消息。
除了通过 yii\log\Target::categories 属性设置白名单分类，你也可以通过 yii\log\Target::except 属性来设置某些分类作为黑名单。假如一条消息的分类在这个属性中被发现或者是匹配其中一个，那么它将不会在目标中被处理。
在下面的目标配置中指明了目标应该只处理错误和警告消息，当分类的名称匹配 `yii\db\*` 或者是 `yii\web\HttpException:*` 的时候， 但是除了 `yii\web\HttpException:404`。
~~~
[
'class' => 'yii\log\FileTarget',
'levels' => ['error', 'warning'],
'categories' => [
'yii\db\*',
'yii\web\HttpException:*',
],
'except' => [
'yii\web\HttpException:404',
],
]
~~~
> 信息：当一个HTTP异常通过 [error handler](http://www.yiichina.com/doc/guide/2.0/runtime-handling-errors) 被捕获的时候，一个错误消息将以 `yii\web\HttpException:ErrorCode` 这样的格式的分类名被记录下来。例如，yii\web\NotFoundHttpException 将会引发一个分类是 `yii\web\HttpException:404` 的 错误消息。
### 消息格式化
日志目标以某种格式导出过滤过的日志消息。例如，假如你安装一个 yii\log\FileTarget 类的日志目标， 你应该能找出一个日志消息类似下面的 `runtime/log/app.log` 文件：
~~~
2014-10-04 18:10:15 [::1][][-][trace][yii\base\Module::getModule] Loading module: debug
~~~
默认情况下，日志消息将被格式化，格式化的方式遵循 yii\log\Target::formatMessage()：
~~~
Timestamp [IP address][User ID][Session ID][Severity Level][Category] Message Text
~~~
你可以通过配置 yii\log\Target::prefix 的属性来自定义格式，这个属性是一个PHP可调用体返回的自定义消息前缀。 例如，下面的代码配置了一个日志目标的前缀是每个日志消息中当前用户的ID(IP地址和Session ID被删除是由于隐私的原因)。
~~~
[
'class' => 'yii\log\FileTarget',
'prefix' => function ($message) {
$user = Yii::$app->has('user', true) ? Yii::$app->get('user') : null;
$userID = $user ? $user->getId(false) : '-';
return "[$userID]";
}
]
~~~
除了消息前缀以外，日志目标也可以追加一些上下文信息到每组日志消息中。 默认情况下，这些全局的PHP变量的值被包含在：`$_GET`, `$_POST`, `$_FILES`, `$_COOKIE`,`$_SESSION` 和 `$_SERVER` 中。 你可以通过配置 yii\log\Target::logVars 属性适应这个行为，这个属性是你想要通过日志目标包含的全局变量名称。 举个例子，下面的日志目标配置指明了只有 `$_SERVER` 变量的值将被追加到日志消息中。
~~~
[
'class' => 'yii\log\FileTarget',
'logVars' => ['_SERVER'],
]
~~~
你可以将 `logVars` 配置成一个空数组来完全禁止上下文信息包含。或者假如你想要实现你自己提供上下文信息的方式， 你可以重写 yii\log\Target::getContextMessage() 方法。
### 消息跟踪级别
在开发的时候，通常希望看到每个日志消息来自哪里。这个是能够被实现的，通过配置 `log` 组件的 yii\log\Dispatcher::traceLevel 属性， 就像下面这样：
~~~
return [
'bootstrap' => ['log'],
'components' => [
'log' => [
'traceLevel' => YII_DEBUG ? 3 : 0,
'targets' => [...],
],
],
];
~~~
上面的应用配置设置了 yii\log\Dispatcher::traceLevel 的层级，假如 `YII_DEBUG` 开启则是3，否则是0。 这意味着，假如 `YII_DEBUG`开启，每个日志消息在日志消息被记录的时候，将被追加最多3个调用堆栈层级；假如 `YII_DEBUG` 关闭， 那么将没有调用堆栈信息被包含。
> 信息：获得调用堆栈信息并不是不重要。因此，你应该只在开发或者调试一个应用的时候使用这个特性。
### 消息刷新和导出
如上所述，通过 yii\log\Logger 对象，日志消息被保存在一个数组里。为了这个数组的内存消耗， 当数组积累了一定数量的日志消息，日志对象每次都将刷新被记录的消息到 [log targets](http://www.yiichina.com/doc/guide/2.0/runtime-logging#log-targets) 中。 你可以通过配置 `log` 组件的 yii\log\Dispatcher::flushInterval 属性来自定义数量：
~~~
return [
'bootstrap' => ['log'],
'components' => [
'log' => [
'flushInterval' => 100, // default is 1000
'targets' => [...],
],
],
];
~~~
> 信息：当应用结束的时候，消息刷新也会发生，这样才能确保日志目标能够接收完整的日志消息。
当 yii\log\Logger 对象刷新日志消息到 [log targets](http://www.yiichina.com/doc/guide/2.0/runtime-logging#log-targets) 的时候，它们并 不能立即获取导出的消息。相反，消息导出仅仅在一个日志目标累积了一定数量的过滤消息的时候才会发生。你可以通过配置 个别的 [log targets](http://www.yiichina.com/doc/guide/2.0/runtime-logging#log-targets) 的 yii\log\Target::exportInterval 属性来 自定义这个数量，就像下面这样：
~~~
[
'class' => 'yii\log\FileTarget',
'exportInterval' => 100, // default is 1000
]
~~~
因为刷新和导出层级的设置，默认情况下，当你调用 `Yii::trace()` 或者任何其他的记录方法，你将不能在日志目标中立即看到日志消息。 这对于一些长期运行的控制台应用来说可能是一个问题。为了让每个日志消息在日志目标中能够立即出现，你应该设置 yii\log\Dispatcher::flushInterval 和 yii\log\Target::exportInterval 都为1， 就像下面这样：
~~~
return [
'bootstrap' => ['log'],
'components' => [
'log' => [
'flushInterval' => 1,
'targets' => [
[
'class' => 'yii\log\FileTarget',
'exportInterval' => 1,
],
],
],
],
];
~~~
> 注意：频繁的消息刷新和导出将降低你到应用性能。
### 切换日志目标
你可以通过配置 yii\log\Target::enabled 属性来开启或者禁用日志目标。 你可以通过日志目标配置去做，或者是在你的代码中放入下面的PHP申明：
~~~
Yii::$app->log->targets['file']->enabled = false;
~~~
上面的代码要求您将目标命名为 `file`，像下面展示的那样，在 `targets` 数组中使用使用字符串键：
~~~
return [
'bootstrap' => ['log'],
'components' => [
'log' => [
'targets' => [
'file' => [
'class' => 'yii\log\FileTarget',
],
'db' => [
'class' => 'yii\log\DbTarget',
],
],
],
],
];
~~~
### 创建新的目标
创建一个新的日志目标类非常地简单。你主要需要实现 yii\log\Target::export() 方法来发送 yii\log\Target::messages 数组的 内容到一个指定的媒体中。你可以调用 yii\log\Target::formatMessage() 方法去格式化每个消息。更多细节，你可以参考任何一个包含在Yii 发布版中的日志目标类。
## 性能分析
性能分析是一个特殊的消息记录类型，它通常用在测量某段代码块的时间，并且找出性能瓶颈是什么。举个例子，yii\db\Command 类 使用性能分析找出每个数据库查询的时间。
为了使用性能分析，首先确定需要进行分析的代码块。然后像下面这样围住每个代码块：
~~~
\Yii::beginProfile('myBenchmark');
...code block being profiled...
\Yii::endProfile('myBenchmark');
~~~
这里的 `myBenchmark` 代表一个唯一标记来标识一个代码块。之后当你检查分析结果的时候， 你将使用这个标记来定位对应的代码块所花费的时间。
对于确保 `beginProfile` 和 `endProfile` 对能够正确地嵌套，这是很重要的。 例如，
~~~
\Yii::beginProfile('block1');
// some code to be profiled
\Yii::beginProfile('block2');
// some other code to be profiled
\Yii::endProfile('block2');
\Yii::endProfile('block1');
~~~
假如你漏掉 `\Yii::endProfile('block1')` 或者切换了 `\Yii::endProfile('block1')` 和 `\Yii::endProfile('block2')` 的 顺序，那么性能分析将不会工作。
对于每个被分析的代码块，一个带有严重程度 `profile` 的日志消息被记录。你可以配置一个 [log target](http://www.yiichina.com/doc/guide/2.0/runtime-logging#log-targets) 去收集这些 消息，并且导出他们。[Yii debugger](http://www.yiichina.com/doc/guide/2.0/tool-debugger) 有一个内建的性能分析面板能够展示分析结果。
- 介绍（Introduction）
- 关于 Yii（About Yii）
- 从 Yii 1.1 升级（Upgrading from Version 1.1）
- 入门（Getting Started）
- 安装 Yii（Installing Yii）
- 运行应用（Running Applications）
- 第一次问候（Saying Hello）
- 使用 Forms（Working with Forms）
- 玩转 Databases（Working with Databases）
- 用 Gii 生成代码（Generating Code with Gii）
- 更上一层楼（Looking Ahead）
- 应用结构（Application Structure）
- 结构概述（Overview）
- 入口脚本（Entry Scripts）
- 应用（Applications）
- 应用组件（Application Components）
- 控制器（Controllers）
- 模型（Models）
- 视图（Views）
- 模块（Modules）
- 过滤器（Filters）
- 小部件（Widgets）
- 前端资源（Assets）
- 扩展（Extensions）
- 请求处理（Handling Requests）
- 运行概述（Overview）
- 引导（Bootstrapping）
- 路由引导与创建 URL（Routing and URL Creation）
- 请求（Requests）
- 响应（Responses）
- Sessions and Cookies
- 错误处理（Handling Errors）
- 日志（Logging）
- 关键概念（Key Concepts）
- 组件（Components）
- 属性（Properties）
- 事件（Events）
- 行为（Behaviors）
- 配置（Configurations）
- 别名（Aliases）
- 类自动加载（Class Autoloading）
- 服务定位器（Service Locator）
- 依赖注入容器（Dependency Injection Container）
- 配合数据库工作（Working with Databases）
- 数据库访问（Data Access Objects）: 数据库连接、基本查询、事务和模式操作
- 查询生成器（Query Builder）: 使用简单抽象层查询数据库
- 活动记录（Active Record）: 活动记录对象关系映射（ORM），检索和操作记录、定义关联关系
- 数据库迁移（Migrations）: 在团体开发中对你的数据库使用版本控制
- Sphinx
- Redis
- MongoDB
- ElasticSearch
- 接收用户数据（Getting Data from Users）
- 创建表单（Creating Forms）
- 输入验证（Validating Input）
- 文件上传（Uploading Files）
- 收集列表输入（Collecting Tabular Input）
- 多模型同时输入（Getting Data for Multiple Models）
- 显示数据（Displaying Data）
- 格式化输出数据（Data Formatting）
- 分页（Pagination）
- 排序（Sorting）
- 数据提供器（Data Providers）
- 数据小部件（Data Widgets）
- 操作客户端脚本（Working with Client Scripts）
- 主题（Theming）
- 安全（Security）
- 认证（Authentication）
- 授权（Authorization）
- 处理密码（Working with Passwords）
- 客户端认证（Auth Clients）
- 安全领域的最佳实践（Best Practices）
- 缓存（Caching）
- 概述（Overview）
- 数据缓存（Data Caching）
- 片段缓存（Fragment Caching）
- 分页缓存（Page Caching）
- HTTP 缓存（HTTP Caching）
- RESTful Web 服务
- 快速入门（Quick Start）
- 资源（Resources）
- 控制器（Controllers）
- 路由（Routing）
- 格式化响应（Response Formatting）
- 授权验证（Authentication）
- 速率限制（Rate Limiting）
- 版本化（Versioning）
- 错误处理（Error Handling）
- 开发工具（Development Tools）
- 调试工具栏和调试器（Debug Toolbar and Debugger）
- 使用 Gii 生成代码（Generating Code using Gii）
- TBD 生成 API 文档（Generating API Documentation）
- 测试（Testing）
- 概述（Overview）
- 搭建测试环境（Testing environment setup）
- 单元测试（Unit Tests）
- 功能测试（Functional Tests）
- 验收测试（Acceptance Tests）
- 测试夹具（Fixtures）
- 高级专题（Special Topics）
- 高级应用模版（Advanced Project Template）
- 从头构建自定义模版（Building Application from Scratch）
- 控制台命令（Console Commands）
- 核心验证器（Core Validators）
- 国际化（Internationalization）
- 收发邮件（Mailing）
- 性能优化（Performance Tuning）
- 共享主机环境（Shared Hosting Environment）
- 模板引擎（Template Engines）
- 集成第三方代码（Working with Third-Party Code）
- 小部件（Widgets）
- Bootstrap 小部件（Bootstrap Widgets）
- jQuery UI 小部件（jQuery UI Widgets）
- 助手类（Helpers）
- 助手一览（Overview）
- Array 助手（ArrayHelper）
- Html 助手（Html）
- Url 助手（Url）