文章都会有个阅读量,那这个阅读量是怎么计数的呢?
最直观的实现是:访问文章的时候把数据库里的 viewCount 加一,再保存回去。
这样是可以,但有两个问题:
每次刷新阅读量都加一,其实还是同一个人看的这篇文章,这样统计出来的阅读量是不准的,想要的阅读量是有多少人看过这篇文章
阅读是个很高频的操作,直接存到数据库,数据库压力会太大
这两个问题分别都怎么解决呢?
其实学完 Redis 就应该能想到解决方案了:
在 redis 中存储 user 和 article 的关系,比如 user_111_article_222 为 key,10 分钟后删除,如果存在这个 key,就说明该用户看过这篇文章,就不更新阅读量,否则才更新
10 分钟后,这个人再看这篇文章,就可以算是新的一次阅读量了。
访问文章时把阅读量加载到 redis,之后的阅读量计数只更新 redis,不更新数据库,等业务低峰期再把最新的阅读量写入数据库
这里在业务低峰期,比如凌晨 4 点的时候写入数据库,可以用定时任务来做。
思路理清了,来实现一下:
nest new article-views -p npm创建个 nest 项目。
安装 typeorm 相关的包:
npm install --save @nestjs/typeorm typeorm mysql2在 AppModule 引入 TypeOrmModule:
import { Module } from '@nestjs/common';
import { TypeOrmModule } from '@nestjs/typeorm';
import { AppController } from './app.controller';
import { AppService } from './app.service';
@Module({
imports: [
TypeOrmModule.forRoot({
type: "mysql",
host: "localhost",
port: 3306,
username: "root",
password: "guang",
database: "article_views",
synchronize: true,
logging: true,
entities: [],
poolSize: 10,
connectorPackage: 'mysql2',
extra: {
authPlugin: 'caching_sha2_password',
}
}),
],
controllers: [AppController],
providers: [AppService],
})
export class AppModule {}在 mysql workbench 里创建这个 database
CREATE DATABASE article_views DEFAULT CHARACTER SET utf8mb4;刷新可以看到这个 database
然后建个文章和用户的模块:
nest g resource user --no-spec
nest g resource article --no-spec添加 user 和 article 的 entity
import { Column, PrimaryGeneratedColumn, Entity } from "typeorm";
@Entity()
export class User {
@PrimaryGeneratedColumn()
id: number;
@Column({
comment: '用户名'
})
username: string;
@Column({
comment: '密码'
})
password: string;
}import { Column, Entity, PrimaryGeneratedColumn } from "typeorm";
@Entity()
export class Article {
@PrimaryGeneratedColumn()
id: number;
@Column({
comment: '文章名字',
length: 50
})
title: string;
@Column({
comment: '内容',
type: 'text'
})
content: string;
@Column({
comment: '阅读量',
default: 0
})
viewCount: number;
@Column({
comment: '点赞量',
default: 0
})
likeCount: number;
@Column({
comment: '收藏量',
default: 0
})
collectCount: number;
}
在 entities 引入:
可以看到 typeorm 自动创建了这两个表:
然后插入一些数据:
在 AppController 创建 init-data 的路由,然后注入 EntityManager:
@InjectEntityManager()
private entityManager: EntityManager;
@Get('init-data')
async initData() {
await this.entityManager.save(User, {
username: 'dong',
password: '111111'
});
await this.entityManager.save(User, {
username: 'guang',
password: '222222'
});
await this.entityManager.save(Article, {
title: '基于 Axios 封装一个完美的双 token 无感刷新',
content: `用户登录之后,会返回一个用户的标识,之后带上这个标识请求别的接口,就能识别出该用户。
标识登录状态的方案有两种: session 和 jwt。
`
});
await this.entityManager.save(Article, {
title: 'Three.js 手写跳一跳小游戏',
content: `前几年,跳一跳小游戏火过一段时间。
玩家从一个方块跳到下一个方块,如果没跳过去就算失败,跳过去了就会再出现下一个方块。`
});
return 'done';
}两个 entity 分别插入 2 条数据。
浏览器访问下:
可以看到 4 条 insert 语句:
在 mysql workbench 里也可以看到两个表都插入了数据:
然后先实现登录:
这次用 session 的方案:
安装相关的包:
npm install express-session @types/express-session在 main.ts 里启用:
import { NestFactory } from '@nestjs/core';
import { AppModule } from './app.module';
import * as session from 'express-session';
async function bootstrap() {
const app = await NestFactory.create(AppModule);
app.use(session({
secret: 'guang',
resave: false,
saveUninitialized: false
}));
await app.listen(3000);
}
bootstrap();然后实现下登录:
在 UserController 添加 login 的路由:
@Post('login')
async login(@Body() loginUserDto: LoginUserDto) {
console.log(loginUserDto);
return 'success';
}新建 src/user/dto/login-user.dto.ts
export class LoginUserDto {
username: string;
password: string;
}测试下:
然后在 UserService 实现登录逻辑:
@InjectEntityManager()
private entityManager: EntityManager;
async login(loginUser: LoginUserDto) {
const user = await this.entityManager.findOne(User, {
where: {
username: loginUser.username
}
});
if(!user) {
throw new BadRequestException('用户不存在');
}
if(user.password !== loginUser.password) {
throw new BadRequestException('密码错误');
}
return user;
}在 UserController 调用下:
@Post('login')
async login(@Body() loginUserDto: LoginUserDto, @Session() session) {
const user = await this.userService.login(loginUserDto);
session.user = {
id: user.id,
username: user.username
}
return 'success';
}调用 userService 的 login 方法,实现登录验证,然后把用户信息存入 session。
当用户不存在时:
当密码错误时:
登录成功时:
然后在 ArticleController 添加一个查询文章的接口:
@Get(':id')
async findOne(@Param('id') id: string) {
return await this.articleService.findOne(+id);
}实现 articleService.findOne 方法:
@InjectEntityManager()
private entityManager: EntityManager;
async findOne(id: number) {
return await this.entityManager.findOneBy(Article, {
id
});
}测试下:
然后在 ArticleController 加一个阅读的接口:
@Get(':id/view')
async view(@Param('id') id: string) {
return await this.articleService.view(+id);
}然后在 ArticleService 里实现具体的逻辑:
async view(id: number) {
const article = await this.findOne(id);
article.viewCount ++;
await this.entityManager.save(article);
return article.viewCount;
}测试下:
数据库里阅读量确实更新了:
再次查询出来的就是新的阅读量:
这样是能实现功能,但有前面讲到的两个问题:
每次刷新阅读量都加一,其实还是同一个人看的这篇文章,这样统计出来的阅读量是不准的,想要的阅读量是有多少人看过这篇文章
阅读是个很高频的操作,直接存到数据库,数据库压力会太大
所以,要引入 redis。
安装 redis 的包:
npm install --save redis然后创建个 redis 模块:
nest g module redis
nest g service redis在 RedisModule 创建连接 redis 的 provider,导出 RedisService,并把这个模块标记为 @Global 模块
import { Global, Module } from '@nestjs/common';
import { createClient } from 'redis';
import { RedisService } from './redis.service';
@Global()
@Module({
providers: [
RedisService,
{
provide: 'REDIS_CLIENT',
async useFactory() {
const client = createClient({
socket: {
host: 'localhost',
port: 6379
}
});
await client.connect();
return client;
}
}
],
exports: [RedisService]
})
export class RedisModule {}然后在 RedisService 里注入 REDIS_CLIENT,并封装一些方法:
import { Inject, Injectable } from '@nestjs/common';
import { RedisClientType } from 'redis';
@Injectable()
export class RedisService {
@Inject('REDIS_CLIENT')
private redisClient: RedisClientType;
async get(key: string) {
return await this.redisClient.get(key);
}
async set(key: string, value: string | number, ttl?: number) {
await this.redisClient.set(key, value);
if(ttl) {
await this.redisClient.expire(key, ttl);
}
}
async hashGet(key: string) {
return await this.redisClient.hGetAll(key);
}
async hashSet(key: string, obj: Record<string, any>, ttl?: number) {
for(let name in obj) {
await this.redisClient.hSet(key, name, obj[name]);
}
if(ttl) {
await this.redisClient.expire(key, ttl);
}
}
}封装了 get、set、hashGet、hashSet 方法,分别是对 redis 的 string、hash 数据结构的读取。
然后在 view 方法里引入 redis:
@Inject(RedisService)
private redisService: RedisService;
async view(id: number) {
const res = await this.redisService.hashGet(`article_${id}`);
if(res.viewCount === undefined) {
const article = await this.findOne(id);
article.viewCount ++;
await this.entityManager.save(article);
await this.redisService.hashSet(`article_${id}`, {
viewCount: article.viewCount,
likeCount: article.likeCount,
collectCount: article.collectCount
});
return article.viewCount;
} else {
await this.redisService.hashSet(`article_${id}`, {
...res,
viewCount: +res.viewCount + 1
});
return +res.viewCount + 1;
}
}先查询 redis,如果没查到就从数据库里查出来返回,并存到 redis 里。
查到了就更新 redis 的 viewCount,直接返回 viewCount + 1
测试下:
服务端打印了 3 条 sql:
redis 里也有了这个 hash 的结构:
为什么是 3 条呢?
因为 findOne 发一条 select,save 会先发一条 select,再发一条 update。
可以优化一下,把 save 换成 update:
await this.entityManager.update(Article, { id }, {
viewCount: article.viewCount
});然后把 redis 那条数据删掉:
重新跑一下:
现在就只有一条 select、一条 update 了。
然后多刷新几次:
没发送 sql,还是之前那两条:
因为这时候查的是 redis。
redis 里数据更新了:
但是数据库里的 viewCount 还是 8
这样一重启 redis 数据就没了。
所以还要同步到数据库。
同步倒是不用很频繁,可以放在凌晨 4 点,访问量少的时候通过定时任务同步数据库。
需要引入定时任务包 @nestjs/schedule
npm install --save @nestjs/schedule在 AppModule 引入下:
import { ScheduleModule } from '@nestjs/schedule';
@Module({
imports: [
ScheduleModule.forRoot(),
// ...
],
// ...
})
export class AppModule {}然后创建一个 service:
nest g module task
nest g service task定义个方法,通过 @Cron 声明每 10s 执行一次:
import { Injectable, Logger } from '@nestjs/common';
import { Cron, CronExpression } from '@nestjs/schedule';
@Injectable()
export class TasksService {
@Cron(CronExpression.EVERY_10_SECONDS)
handleCron() {
console.log('task execute')
}
}然后就可以看到控制台会每 10s 打印一次
在 TaskModule 引入 ArticleModule:
import { Module } from '@nestjs/common';
import { TaskService } from './task.service';
import { ArticleModule } from 'src/article/article.module';
@Module({
imports: [
ArticleModule
],
providers: [TaskService]
})
export class TaskModule {}并且在 ArticleModule 导出 ArticleService
然后在 TaskService 里注入 articleService
import { Inject, Injectable, Logger } from '@nestjs/common';
import { Cron, CronExpression } from '@nestjs/schedule';
import { ArticleService } from 'src/article/article.service';
@Injectable()
export class TaskService {
@Inject(ArticleService)
private articleService: ArticleService;
@Cron(CronExpression.EVERY_MINUTE)
async handleCron() {
await this.articleService.flushRedisToDB();
}
}每分钟执行一次,调用 articleService 的 flushRedisToDB 方法。
然后实现这个方法:
先在 RedisService 添加一个 keys 方法,用来查询 key:
async keys(pattern: string) {
return await this.redisClient.keys(pattern);
}然后在 ArticleService 里实现同步数据库的逻辑:
async flushRedisToDB() {
const keys = await this.redisService.keys(`article_*`);
console.log(keys);
}先打印下 keys。
现在只有一个 key,再访问下另一篇文章
现在就有 2 个 key 了:
把所有的 key 对应的值存入数据库:
async flushRedisToDB() {
const keys = await this.redisService.keys(`article_*`);
for (let i = 0; i < keys.length; i++) {
const key = keys[i];
const res = await this.redisService.hashGet(key);
const [, id] = key.split('_');
await this.entityManager.update(Article, {
id: +id
}, {
viewCount: +res.viewCount,
});
}
}查询出 key 对应的值,更新到数据库。
测试下:
刷新几次 view 接口,redis 里阅读量增加了:
但是数据库里没变:
过了一会,控制台打印了 2 条 update 语句:
数据库里的数据就更新了:
接下来只要把定时任务的执行时间改为 4 点就好了:
@Cron(CronExpression.EVERY_DAY_AT_4AM)这样,基于 redis 的阅读量缓存,以及定时任务更新数据库就完成了。
还有剩下的一个问题:
可以在用户访问文章的时候在 redis 存一个 10 分钟过期的标记,有这个标记的时候阅读量不增加。
await this.redisService.set(`user_${userId}_article_${id}`, 1, 3);为了测试方便,先设置 3s 过期。
const flag = await this.redisService.get(`user_${userId}_article_${id}`);
if(flag) {
return res.viewCount;
}这里需要传入 userId。
在 ArticleController 的 view 方法里传入下:
@Get(':id/view')
async view(@Param('id') id: string, @Session() session, @Req() req) {
return await this.articleService.view(+id, session?.user?.id || req.ip);
}试试看:
可以看到,现在就不是每次刷新都增加阅读量了,而是 3s 之后再刷新才增加。
在 redis 里可以看到这个 key:
只不过现在没登录,用的是 ip,而本地访问的时候获取的 ip 就是 ::1 这样的,线上就能拿到具体的 ip 了。
然后登录下再访问:
这时用的就是用户 id 了:
这样就实现了真实的阅读量计数。
案例代码上传了。
通过 redis + 定时任务实现了阅读量计数的功能。
因为阅读是个高频操作,所以查出数据后存在 redis 里,之后一直访问 redis 的数据,然后通过定时任务在凌晨 4 点把最新数据写入数据库。
并且为了统计真实的用户阅读量,在 redis 存储了用户看了哪篇文章的标识,10 分钟后过期。
这就是常见的阅读量功能的实现原理。
定时任务,顾名思义就是你可以设定个时间,任务会在设定的时间自动执行。
比如上节在 redis 里存取数据,然后通过定时任务在凌晨 4 点刷入数据库。
这节就更全面的学下定时任务吧。
新建个 nest 项目:
nest new schedule-task然后安装定时任务的包:
npm install --save @nestjs/schedule在 AppModule 里引入:
然后就可以创建定时任务了。
创建个 service:
nest g service task --flat --no-spec通过 @Cron 声明任务执行时间:
import { Injectable, Logger } from '@nestjs/common';
import { Cron, CronExpression } from '@nestjs/schedule';
@Injectable()
export class TaskService {
@Cron(CronExpression.EVERY_5_SECONDS)
handleCron() {
console.log('task execute');
}
}把服务跑起来试下:
npm run start:dev可以看到,任务每 5s 都会执行。
当然,也可以注入其他模块的 service。
创建个 aaa 模块:
nest g resource aaa把 AaaService 导出:
然后在 TaskService 注入:
import { Inject, Injectable, Logger } from '@nestjs/common';
import { Cron, CronExpression } from '@nestjs/schedule';
import { AaaService } from './aaa/aaa.service';
@Injectable()
export class TaskService {
@Inject(AaaService)
private aaaService: AaaService;
@Cron(CronExpression.EVERY_5_SECONDS)
handleCron() {
console.log('task execute:', this.aaaService.findAll());
}
}这样就可以定时执行 AaaService 的方法:
上节定时把 redis 数据刷入数据库就是这样做的。
设置的每 5s 执行一次,其实是一个 cron 表达式:
cron 表达式有这 7 个字段:
| 秒 | 分 | 时 | 日 | 月 | 星期 | 年(可选) |
|---|---|---|---|---|---|---|
| 0-59 | 0-59 | 0-23 | 1-31 | 1-12 | 1-7 | 四位年份 |
其中年是可选的,所以一般都是 6 个。
每个字段都可以写 * ,比如秒写 * 就代表每秒都会触发,日期写 * 就代表每天都会触发。
但当你指定了具体的日期的时候,星期得写 ?
比如表达式是
7 12 13 10 * ?就是每月 10 号的 13:12:07 执行这个定时任务。
但这时候你不知道是星期几,如果写 * 代表不管哪天都会执行,这时候就要写 ?,代表忽略星期。
同样,你指定了星期的时候,日期也可能和它冲突,这时候也要指定 ?
但只有日期和星期可以指定 ?,因为只有这俩字段是相互影响的。
除了指定一个值外,还可以指定范围,比如分钟指定 20-30,
0 20-30 * * * *这个表达式就是 20 到 30 分里每分钟的第 0 秒都会执行。
当然也可以指定枚举值,通过 , 分隔
比如每小时的第 5 和 第 10 分钟的第 0 秒执行定时任务:
0 5,10 * * * *而且还可以通过 / 指定每隔多少时间触发一次。
比如从第 5 分钟开始,每隔 10 分钟触发一次:
0 5/10 * * * *此外,日期和星期还支持几个特殊字符:
L 是 last,L 用在星期的位置就是星期六:
* * * ? * LL 用在日期的位置就是每月最后一天:
* * * L * ?W 代表工作日 workday,只能用在日期位置,代表从周一到周五
* * * W * ?当你指定 2W 的时候,代表每月的第二个工作日:
* * * 2W * ?LW 可以在指定日期时连用,代表每月最后一个工作日:
* * * LW * ?星期的位置还可以用 4#3 表示每个月第 3 周的星期三:
* * * ? * 4#3同理,每个月的第二周的星期天就是这样:
* * * ? * 1#2此外,星期几除了可以用从 1(星期天) 到 7(星期六) 的数字外,还可以用单词的前三个字母:SUN, MON, TUE, WED, THU, FRI, SAT
来看几个例子:
每隔 5 秒执行一次:
*/5 * * * * ?每天 5-15 点整点触发:
0 0 5-15 * * ?每天 10 点、14 点、16 点触发:
0 0 10,14,16 * * ?每个星期三中午12点:
0 0 12 ? * WED每周二、四、六下午五点:
0 0 17 ? * TUE,THU,SAT每月最后一天 22 点执行一次:
0 0 22 L * ?2023 年至 2025 年的每月的最后一个星期五上午 9:30 触发
0 30 9 ? * 6L 2023-2025每月的第三个星期五上午 10:15 触发:
0 15 10 ? * 6#3基本就这些语法。
但自己写这样的 cron 表达式还是挺麻烦的,所以 Nest 提供了一些常量可以直接用:
这个 @Cron 装饰器还有第二个参数,可以指定定时任务的名字,还有时区:
时区的名字可以在这里查:
除了 @Cron 之外,你还可以用 @Interval 指定任务的执行间隔,参数是毫秒值:
@Interval('task2', 500)
task2() {
console.log('task2');
}还可以用 @Timeout 指定多长时间后执行一次:
@Timeout('task3', 3000)
task3() {
console.log('task3');
}综上,可以通过 @Cron、@Interval、@Timeout 创建 3 种定时任务。
知道了怎么声明定时任务,那能不能管理定时任务,也就是对它做增删改呢?
当然是可以的。
在 AppModule 里注入 SchedulerRegistry,然后在 onApplicationBootstrap 的生命周期里拿到所有的 cronJobs 打印下:
@Inject(SchedulerRegistry)
private schedulerRegistry: SchedulerRegistry;
onApplicationBootstrap() {
const jobs = this.schedulerRegistry.getCronJobs();
console.log(jobs);
}可以看到,拿到了声明的 task1 的定时任务:
这样看不方便,加一下调试配置:
{
"type": "node",
"request": "launch",
"name": "debug nest",
"runtimeExecutable": "npm",
"args": [
"run",
"start:dev",
],
"skipFiles": [
"<node_internals>/**"
],
"console": "integratedTerminal",
}打个断点:
把之前的服务停掉,点击 debug 启动:
代码会在断点处断住:
这样就方便多了。
切换到 debug console 就可以动态执行表达式:
比如拿到所有的 interval 定时任务的名字:
再根据名字拿到具体的 interval 定时任务:
this.schedulerRegistry.getIntervals()
this.schedulerRegistry.getInterval('task2')timeout 和 cron 类型的定时任务也是同理:
this.schedulerRegistry.getTimeouts();
this.schedulerRegistry.getTimeout('task3')this.schedulerRegistry.getCronJobs()
this.schedulerRegistry.getCronJob('task1')当然,它还有增加和删除定时任务的 api:
来写个具体的案例:
把声明的 3 个 task 删掉,再动态添加 3 个:
自己创建定时任务,需要安装 cron 的包:
npm install --save cron然后实现下删除定时任务的逻辑:
onApplicationBootstrap() {
const crons = this.schedulerRegistry.getCronJobs();
crons.forEach((item, key) => {
item.stop();
this.schedulerRegistry.deleteCronJob(key);
});
const intervals = this.schedulerRegistry.getIntervals();
intervals.forEach(item => {
const interval = this.schedulerRegistry.getInterval(item);
clearInterval(interval);
this.schedulerRegistry.deleteInterval(item);
});
const timeouts = this.schedulerRegistry.getTimeouts();
timeouts.forEach(item => {
const timeout = this.schedulerRegistry.getTimeout(item);
clearTimeout(timeout);
this.schedulerRegistry.deleteTimeout(item);
});
console.log(this.schedulerRegistry.getCronJobs());
console.log(this.schedulerRegistry.getIntervals());
console.log(this.schedulerRegistry.getTimeouts());
}为什么停掉 CronJob 用 job.stop 而停掉 timeout 和 interval 用 clearTimeout 和 clearInterval 呢?
因为 timeout 和 interval 本来就是基于 setTimeout、setInterval 的原生 api 封装出来的啊!
而 CronJob 则是基于 cron 包。
跑起来试下:
npm run start:dev确实没有定时任务执行了:
当然,还可以动态添加定时任务:
const job = new CronJob(`0/5 * * * * *`, () => {
console.log('cron job');
});
this.schedulerRegistry.addCronJob('job1', job);
job.start();
const interval = setInterval(() => {
console.log('interval job')
}, 3000);
this.schedulerRegistry.addInterval('job2', interval);
const timeout = setTimeout(() => {
console.log('timeout job');
}, 5000);
this.schedulerRegistry.addTimeout('job3', timeout);这里也可以看出来 CronJob 是基于 cron 包封装的,而 interval 和 timeout 就是用的原生 api。
跑起来可以看到,定时任务确实都添加成功了。
也就是说,可以注入 SchedulerRegistry 来动态增删定时任务。
案例代码上传了。
这节学习了定时任务,用到 @nestjs/schedule 这个包。
主要有 cron、timeout、interval 这 3 种任务。
其中 cron 是依赖 cron 包实现的,而后两种则是对原生 api 的封装。
学习了 cron 表达式,还是挺复杂的,当然,你也可以直接用 CronExpression 的一些常量。
此外,你还可以注入 SchedulerRegistry 来对定时任务做增删改查。
定时任务里可以注入 service,来定时执行一些逻辑,在特定业务场景下是很有用的。
后端应用中会有很多业务模块,这些业务模块之间会有互相调用的关系。
但是把一个业务模块作为依赖注入的别的业务模块也不大好。
比如下单送优惠券的活动,订单模块在订单完成后调用优惠券模块下发优惠券。
这种如果直接把优惠券模块注入到订单模块里就不大好,因为是两个独立的业务模块。
有没有别的通信方式呢?
有,比如通过 event emitter 通信。
试一下:
nest new event-emitter-test安装用到的包:
npm i --save @nestjs/event-emitter在 AppModule 引入下 EventEmitterModule:
import { Module } from '@nestjs/common';
import { AppController } from './app.controller';
import { AppService } from './app.service';
import { EventEmitterModule } from '@nestjs/event-emitter';
@Module({
imports: [
EventEmitterModule.forRoot(),
],
controllers: [AppController],
providers: [AppService],
})
export class AppModule {}然后创建两个 module:
把服务跑起来:
npm run start:dev访问下 aaa 和 bbb 的接口:
没啥问题。
然后想在 aaa 模块的查询触发的时候,调用 bbb 模块记录一条日志呢?
这时候就可以用 Event Emitter 来做。
@Inject(EventEmitter2)
private eventEmitter: EventEmitter2;
findAll() {
this.eventEmitter.emit('aaa.find',{
data: 'xxxx'
})
return `This action returns all aaa`;
}在 AaaService 里注入 EventEmitter2,然后调用它的 emit 方法发送一个事件。
然后在 BbbService 里监听下:
@OnEvent('aaa.find')
handleAaaFind(data) {
console.log('aaa find 调用', data)
this.create(new CreateBbbDto());
}试一下:
可以看到 AaaService 的 findAll 调用的时候,自动触发了 BbbService 里的方法调用。
是不是很方便?
如果你没感觉出来,那想一下不通过事件怎么做呢?
是不是需要在 BbbModule 里把 BbbService 放到 exports 里声明,然后在 AaaModule 里引入之后 BbbModule 之后,注入它的 BbbService 来用呢?
或者通过全局模块,把 BbbModule 通过 @Global 声明为全局模块,然后在 AaaService 里注入 BbbService 来调用呢?
不管哪种都很麻烦。
而通过事件的方式就简单太多了。
此外,EventEmitterModule 还支持一些配置:
wildcard 是允许通配符 *。
delimiter 是 namespace 和事件名的分隔符。
配置之后就可以这样用了:
findAll() {
this.eventEmitter.emit('aaa.find',{
data: 'xxxx'
})
this.eventEmitter.emit('aaa.find2',{
data: 'xxxx2'
})
return `This action returns all aaa`;
}BbbService 里可以用 aaa.* 通配符匹配:
测试下:
event emitter 用起来很简单,但却很有用,比直接引入模块注入依赖的方式方便太多了。
来做个具体案例,用户注册成功之后,通知模块里发送欢迎邮件:
nest g resource user --no-spec
nest g resource notification --no-specnest g module email
nest g service email --no-spec创建 user 用户模块、notification 通知模块,email 邮件模块。
先来写下邮件模块:
安装 nodemailer 包:
npm install --save nodemailer写下 EmailService:
import { Injectable } from '@nestjs/common';
import { createTransport, Transporter} from 'nodemailer';
@Injectable()
export class EmailService {
transporter: Transporter
constructor() {
this.transporter = createTransport({
host: "smtp.qq.com",
port: 587,
secure: false,
auth: {
user: "你的用户名",
pass: "你的授权码"
},
});
}
async sendMail({ to, subject, html }) {
await this.transporter.sendMail({
from: {
name: '系统邮件',
address: "你的邮箱地址"
},
to,
subject,
html
});
}
}如何获取授权码看 node 发邮件那节。
然后把 EmailModule 声明为全局模块:
import { Global, Module } from '@nestjs/common';
import { EmailService } from './email.service';
@Global()
@Module({
providers: [EmailService],
exports: [EmailService]
})
export class EmailModule {}
这样 NotificationService 里就可以直接注入 EmailService 了:
@Inject(EmailService)
private emailService: EmailService
@OnEvent("user.register")
async handleUserRegister(data) {
console.log('user.register');
await this.emailService.sendMail({
to: data.email,
subject: '欢迎' + data.username,
html: '欢迎新人'
})
}然后在 CreateUserDto 添加两个属性:
export class CreateUserDto {
username: string;
email: string;
}在 create 的时候调用下:
@Inject(EventEmitter2)
private eventEmitter: EventEmitter2;
create(createUserDto: CreateUserDto) {
this.eventEmitter.emit('user.register', {
username: createUserDto.username,
email: createUserDto.email
})
return 'This action adds a new user';
}在 postman 里调用下 create 接口:
通知成功了!
案例代码上传了。
多个业务模块之间可能会有互相调用的关系,但是也不方便直接注入别的业务模块的 Service 进来。
这种就可以通过 EventEmitter 来实现。
在一个 service 里 emit 事件和 data,另一个 service 里 @OnEvent 监听这个事件就可以了。
用起来很简单,但比起注入别的模块的 service 方便太多了。