@alicloud/logger-sls v1.13.2
@alicloud/logger-sls
阿里云日志服务 SLS Web Tracking 日志记录方法的工厂,以及工厂的工厂。 工厂是因为,SLS 要求必须要有
project
及对应的endpoint
和logstore
,每个业务的这些值无法统一。
INSTALL
tnpm i @alicloud/logger-sls -S
APIs
export default function createLogger(options: FactoryOptions): LogFn;
export function createLoggerFactory(factoryDefaultParams: TDefaultParams): FactoryFn;
其中 FactoryOptions
的类型及解释如下:
interface FactoryOptions {
/**
* logstore 所在的 SLS project
*/
project: string;
/**
* project 的外网访问域名,在 SLS 控制台 project 概览页可以找到,
* 如 `cn-hangzhou.log.aliyuncs.com`(仅跟 project 所在地域有关)
*/
endpoint: string;
/**
* SLS project 下的 logstore,必须开通 Web Tracking 功能,日志记录的存储点
*/
logstore: string;
/**
* 不知所谓的参数,但必需,说是保留字段,默认 `0.6.0`(文档中的版本号),请不要使用
*/
apiVersion?: string;
/**
* 生产出的日志方法的整体采样率,可在调用时由方法参数覆盖,范围为 (0, 1],默认 1
*/
sampling?: number;
/**
* 生产出的日志方法的整体延时,可在调用时由方法参数覆盖,单位 ms
*/
delay?: number;
/**
* 当希望同一个模块的日志使用统一的前缀,又不想每次调用的时候写,可以用这个
*/
topicPrefix?: string;
/**
* 默认参数,避免每次都要传,可以是静态数据或产生动态数据的方法,这些参数可以覆盖自动记录的参数,
* 但会被日志方法的第二个参数 `params` 中对应的字段覆盖
*/
defaultParams?: TDefaultParams;
/**
* 上报之前进行判断是否继续,返回 false 以阻止上报
*
* 在某些场景下需要禁用日志上报功能,比如国外禁止将日志上报到国内的 logstore
*/
onBeforeSend?: (options: FactoryOptions) => void | boolean;
}
TDefaultParams
的类型可以是 Record<string, any>
,也可以是 () => Record<string, any>
方法。
你可以:
- 使用
createLogger
创建自己的专属 log 方法,直接在项目中使用 - 使用
createLoggerFactory
创建带更多默认参数的createLogger
方法(通常你需要封成一个 npm 包)
创建专属 SLS Logger
对于一个项目,一般你只需要一个 log 方法。不要在使用的地方进行创建,你需要一个唯一的实例。
比如在你的 util
下,新建一个文件叫 log-sls.ts
:
import createLogger from '@alicloud/logger-sls';
export default createLogger(options);
自动记录的参数
SLS 自动记录的数据
__source__
IP - GET 的方式有,POST 没有__tag__:__client_ip__
IP__tag__:__receive_time__
日志落库时间,不是毫秒时间戳,而是秒,需要乘以 1000 后再new Date
以上三个不在请求中,应该是落库的时候写的。
@alicloud/logger-sls
自动记录的数据
为了区分用户传的参数和「默认」参数,这里默认的参数从 1.0.0
开始该成全大写的,之前是小骆驼格式。
这里为每一条日志自动记录浏览器相关的数据以及记录日志的时间,并对其进行分组。
参数名 | 含义/来源 | 说明 |
---|---|---|
OS | 当前操作系统 | 使用 @alicloud/ua |
OS_VERSION | 当前操作系统版本 | 使用 @alicloud/ua |
BROWSER | 当前浏览器 | 使用 @alicloud/ua |
BROWSER_VERSION | 当前浏览器版本 | 使用 @alicloud/ua |
IN_IFRAME | 是否为被 iframe 的页面,window !== window.top | 只需计算一次 |
TIME | 当前的 Date.now() | 日志在前端生成的时间,一般在它真正发送之前,因为日志为了页面性能考量,会有延时跟合并发送的机制 |
REFERRER | document.referrer | |
LOCATION_HOST | 域名 window.location.host | |
LOCATION_PATHNAME | window.location.pathName | |
LOCATION_SEARCH | window.location.search | 去掉 ? |
LOCATION_HASH | window.location.hash | 去掉 # |
GROUP | 日志分组,DEBUG | LOG | INFO | WARN | ERROR | FATAL | BIZ | 自定义 | 默认 LOG |
TOPIC | __topic__ 的复制 | 多个日志请求并发,会有个 __topic__0 (合并 topic) 和 __topic__ (真正),然,控制台检索的时候无法通过 __topic__ 检索到,我认为这是设计上的 bug,但他们不改,只好新增一个 |
创建一个带更多默认参数的工厂
针对特定的场景(比如阿里云控制台体系),需要记录用户相关的信息,这个时候,你需要一个新的 createLogger
,你可以封装特定的 npm 包,如 @alicloud/console-logger-sls
,它的输出可能是这样的:
import {
createLoggerFactory
} from '@alicloud/logger-sls';
interface IDefaultParams {
userId: string;
userName: string;
}
function getDefaultParams(): IDefaultParams {
return {
userId: 'xx',
userName: 'xx'
};
}
export default createLoggerFactory(getDefaultParams);
而使用者跟直接是用 createLogger
一样,不同的是,默认参数中会多出 userId
等参数。
log 方法
无论通过 createLogger
直接得到的 log 方法,还是通过 createLoggerFactory
间接得到的 log
,它们签名是一样的:
interface IFnLogQuick {
<I = void>(topic: string, info?: I, options?: LogOptionsQuick): void;
}
export interface LogFn {
<I = void>(topic: string, info?: I, group?: string): void;
debug: IFnLogQuick;
log: IFnLogQuick;
info: IFnLogQuick;
warn: IFnLogQuick;
error: IFnLogQuick;
fatal: IFnLogQuick;
biz: IFnLogQuick;
}
使用 log 方法
注意
log.log
等价于log
,除了log.log
的GROUP
是写死的外。
假设 :
是你项目下 src
的 alias。
import log from ':/util/log-sls';
log(topic);
log(topic, {
p1,
p2
});
log<ISomeParams>(topic, { ... });
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
2 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
3 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago
4 years ago