在Angular应用开发中，组件之间经常需要进行数据或事件的交互。根据组件之间的关系（如父子、兄弟或完全不相关），我们可以选择不同的通信策略。本文将重点介绍两种常用且强大的通信机制：通过共享服务（使用RxJS的BehaviorSubject）和通过@ViewChild装饰器。
一、方案一：使用共享服务实现非父子组件通信
当两个组件之间没有直接的父子关系时（例如，它们位于不同的路由视图中，或者在组件树中相隔较远），共享服务是实现通信的首选方案。这种方法利用了Angular的依赖注入系统和RxJS的响应式编程能力。
1. 核心原理
共享服务充当一个中央数据存储或事件总线。一个组件通过服务发送数据（或触发事件），另一个组件则通过订阅服务来接收数据（或响应事件）。RxJS的BehaviorSubject是一个非常适合此场景的Subject类型，因为它不仅可以作为观察者（Observer）接收值，也可以作为可观察对象（Observable）发出值，并且会向新的订阅者立即发出其当前的最新值。
2. 服务实现
首先，创建一个可注入的服务。该服务将包含一个BehaviorSubject来存储和管理消息流。
// main.service.ts
import { Injectable, OnDestroy } from '@angular/core';
import { BehaviorSubject, Observable, Subscription } from 'rxjs';
@Injectable({
providedIn: 'root' // 确保服务在应用根部可用
})
export class MainService implements OnDestroy {
// BehaviorSubject初始化时会带有一个默认值 "111"
private messageSource = new BehaviorSubject("111");
// 暴露一个Observable供组件订阅，避免直接操作BehaviorSubject
currentMessage: Observable = this.messageSource.asObservable();
constructor() { }
// 发送消息的方法
sendMessage(message: string) {
this.messageSource.next(message);
}
// 接收消息的方法（通过订阅currentMessage）
// 示例中不再需要receiveMessage()方法，直接订阅currentMessage即可
// 在服务销毁时清理资源（如果服务不是providedIn: 'root'且有特定生命周期）
// 对于providedIn: 'root'的服务，通常不需要手动管理其生命周期，
// 但对于更复杂的场景，例如内部有定时器或外部连接，仍需考虑清理。
ngOnDestroy(): void {
// 如果BehaviorSubject有完成或错误逻辑，可以在此处理
// this.messageSource.complete();
}
} 注意事项：
- BehaviorSubject
("111")：这里的"111"是初始值。当第二个组件订阅currentMessage时，它会立即接收到这个初始值。这是原问题中“函数被调用一次并显示'111'”的原因。 - asObservable()：这是最佳实践，它返回一个只读的Observable，防止订阅者意外地调用next()、error()或complete()方法。
3. 发送消息的组件
发送消息的组件（例如FirstComponent）将通过服务实例调用sendMessage方法。
// first.component.ts
import { Component } from '@angular/core';
import { MainService } from './main.service'; // 假设服务路径正确
@Component({
selector: 'app-first',
template: `
`
})
export class FirstComponent {
constructor(private mainService: MainService) { }
clickMe() {
// 当按钮被点击时，发送新消息
this.mainService.sendMessage("001");
}
}4. 接收消息的组件
接收消息的组件（例如SecondComponent）将订阅服务中的currentMessage Observable。
// second.component.ts
import { Component, OnInit, OnDestroy } from '@angular/core';
import { MainService } from './main.service';
import { Subscription } from 'rxjs';
@Component({
selector: 'app-second',
template: `
接收到的消息: {{ receivedMessage }}
`
})
export class SecondComponent implements OnInit, OnDestroy {
private messageSubscription: Subscription;
receivedMessage: string = '';
constructor(private mainService: MainService) { }
ngOnInit() {
// 在组件初始化时订阅消息
this.messageSubscription = this.mainService.currentMessage.subscribe(message => {
this.toggle(message);
});
}
public toggle(state: string) {
console.log("接收到消息:", state);
this.receivedMessage = state; // 更新组件内部状态
}
ngOnDestroy() {
// 组件销毁时取消订阅，防止内存泄漏
if (this.messageSubscription) {
this.messageSubscription.unsubscribe();
}
}
}关键点：
- ngOnInit中订阅： 确保组件初始化后立即开始监听消息。
- ngOnDestroy中取消订阅： 这是非常重要的最佳实践。如果不取消订阅，当组件被销毁时，它仍然会持有对Observable的引用，可能导致内存泄漏或不必要的行为。
二、方案二：使用@ViewChild实现父子组件通信
@ViewChild装饰器用于父组件直接访问其视图模板中定义的子组件实例。这种方法适用于父子组件之间需要直接方法调用或属性访问的场景。
1. 核心原理
父组件通过@ViewChild获取子组件的引用，然后可以直接调用子组件的方法或访问其公共属性。
2. 子组件实现
子组件（例如SecondComponent）需要暴露它希望被父组件调用的方法或属性。
// second.component.ts
import { Component, OnInit } from '@angular/core';
@Component({
selector: 'app-second',
template: `
子组件消息: {{ internalState }}
`
})
export class SecondComponent implements OnInit {
internalState: string = '初始状态';
constructor() { }
ngOnInit() { }
// 暴露给父组件调用的方法
public toggle(state: string) {
console.log("子组件收到父组件消息:", state);
this.internalState = `父组件传来的: ${state}`;
}
}3. 父组件实现
父组件（例如FirstComponent）在模板中包含子组件，并使用@ViewChild来获取子组件的实例。
// first.component.ts
import { Component, ViewChild, AfterViewInit } from '@angular/core';
import { SecondComponent } from './second.component'; // 导入子组件
@Component({
selector: 'app-first',
template: `
关键点：
- @ViewChild(SecondComponent)： 告诉Angular查找模板中类型为SecondComponent的第一个组件实例。
- static: false： 推荐使用此设置，它表示在ngAfterViewInit生命周期钩子中才能访问到secondChildView。如果子组件是条件渲染的（例如通过*ngIf），或者在异步操作后才出现，static: false是必要的。
- ngAfterViewInit： 这是访问@ViewChild引用的正确时机，因为此时视图及其子组件已经完全初始化。
三、选择合适的通信策略
| 特性/场景 | 共享服务 (BehaviorSubject) | @ViewChild |
|---|---|---|
| 组件关系 | 任意（非父子、兄弟、不相关） | 父子关系（父组件直接包含子组件） |
| 耦合度 | 低耦合（通过服务间接通信） | 高耦合（父组件直接依赖子组件的内部实现） |
| 数据流向 | 单向或双向（通过服务中不同的Subject） | 单向（父 -> 子） |
| 复杂性 | 引入RxJS概念，需要管理订阅的生命周期 | 相对简单，直接方法调用 |
| 适用场景 | 全局状态管理、跨模块通信、事件总线、长时间运行的数据流 | 父组件需要直接控制子组件行为、子组件暴露少量公共API |
| 替代方案 | NgRx/Akita等状态管理库 | @Input() / @Output() (更推荐的父子通信方式) |
总结：
- 对于非父子组件之间的通信，尤其是在组件层级较深或完全不相关时，共享服务是最佳选择。它提供了松散耦合的通信机制，易于维护和扩展。
- 对于父子组件之间，如果父组件需要直接调用子组件的公共方法或访问其公共属性，@ViewChild 是一个可行的方案。但更推荐的方式通常是使用@Input()进行数据传递和@Output()结合EventEmitter进行事件通知，以保持组件的封装性和低耦合。
理解这些通信机制并根据实际需求选择最合适的方法，是构建健壮、可维护的Angular应用的关键。
