# 使用控制台
控制台，又叫 Dashboard，它是我们查看用户行为数据的 UI 界面。Tracker 控制台会提供 项目管理、事件追踪和 数据大盘(TODO) 3项主要功能。
# 项目管理
创建项目，申请 appId
管理删除项目
# 事件追踪
事件追踪实际上并不是用户操作的行为，而是页面本身发生的各种行为和事件。因此，其本质是页面事件的 事件还原。
事件还原是 Tracker 的核心功能，通过记录用户页面打开期间发生的各个事件，并以时间线的形式展示出来，我们可以直观地观察用户在页面中依次发生的 重要事件和行为，从而为我们定位问题发生的原因提供了重要依据。
# 用户控制
针对某些用户进行特定的操作，这个术语一般叫做 染色。Tracker 提供的用户控制实际上就是对用户进行染色。不过 Tracker 不止提供 开 和 关，还提供对用户进行更复杂的控制。
- 上报模式控制
Tracker 提供了 4 种上报模式: null、remote、local 和 console。针对四种模式 SDK 会分别具有不同的行为。在 dashboard 控制台我们可以针对某位用户灵活的修改其上报模式。
一般的最佳实践是:
- 当用户反馈发生问题需要我们协助其进行定位BUG时，我们给该用户的 userId 配置为 `remote` 上报模式；再与用户沟通时可以实时观察用户设备、请求等信息，做到心中有数。
- 当我们预先知道某批次用户具有潜在的问题，或者用户BUG需要花两三天时间来复现时。我们可以将其配置为 `local` 模式，该模式会将日志记录到本地，后续可以捞取。
- 日志捞取控制
除了修改上报模式，在后台我们还可以配置是否捞取用户的本地日志，捞取日志时我们可配置 捞取天数。
日志捞取的原理是: 等到用户下次打开页面时，TrackerSDK 感知到该用户需要捞取日志，则将其本地存储中对应 捞取天数 的日志检索并上报到 Tracker 远程服务器。同时Tracker认为捞日志必然处于定位问题的过程当中，因此该用户在此期间新产生日志的 上报模式 将强制使用 remote 模式。
# 时间线
时间线是问题定位神器，点开 事件追踪 的时间线面板，可以搜索每个用户的页面访问，点击某个页面，即可追踪该页面内的事件。
当某个事件发生异常时，会有 有异常 的标记来进行提醒。
