RXJava学习1

概念

基于观察者模式,事件流的异步操作程序库。主要包含Observable, Observer, Event, subscribe

被观察者(Observable): 发送事件,传递给观察者,观察者响应事件做出动作
观察者(Observer): 接收事件
事件(Event): 发出的事件,事件流形式
订阅(Subscribe):连接观察者和被观察者

创建被观察者

主要有以下方法:

Creat

//1. 完整创建1个被观察者对象(Observable)
Observable<T> create(ObservableOnSubscribe<T> source)

val observable = Observable.create(object : ObservableOnSubscribe<Int> {
    override fun subscribe(emitter: ObservableEmitter<Int>) {
        //需要发送的事件
        emitter.onNext(1)
        emitter.onNext(2)
        emitter.onError(Throwable("Error"))
        emitter.onComplete()
    }
})

Just

//2.快速创建观察者对象 最多支持10个事件 发送事件的特点:直接发送 传入的事件
Observable<T> just(T item1, T item2, T item3, T item4,...)
val observable = Observable.just(1,2,3,4)

FromArray

//3. 发送事件的特点:直接发送传入的数组数据 会将数组中的数据转换为Observable对象
public static <T> Observable<T> fromArray(T... items)
// 设置需要传入的数组
Integer[] items = { 0, 1, 2, 3, 4 };
// 创建被观察者对象(Observable)时传入数组
// 在创建后就会将该数组转换成Observable & 发送该对象中的所有数据, 挨个发送。可以大于10个
Observable.fromArray(items)

fromIterable

//4. 可迭代对象 列表 集合
public static <T> Observable<T> fromIterable(Iterable<? extends T> source)
val array = arrayListOf<Int>(1,2,3,4,5,7,8,9,10,11)
Observable.fromIterable(array)

timer

//5. 延迟指定时间后,发送1个数值0(Long类型)
public static Observable<Long> timer(long delay, TimeUnit unit)
public static Observable<Long> timer(long delay, TimeUnit unit, Scheduler scheduler)
Observable.timer(10, TimeUnit.SECONDS)

interval

//6. 发送事件的特点:每隔指定时间就发送事件, 发送的事件序列 = 从0开始、无限递增1的的整数序列
public static Observable<Long> interval(long initialDelay/*初始时延*/, long period/*时间间隔*/, TimeUnit unit)
public static Observable<Long> interval(long initialDelay, long period, TimeUnit unit, Scheduler scheduler)
public static Observable<Long> interval(long period, TimeUnit unit)

Range

//7. 发送事件的特点:每隔指定时间 就发送 事件,可指定发送的数据的数量。发送的事件序列 = 从0开始、无递增1的的整数序列
public static Observable<Long> intervalRange(long start/*事件起点*/, long count/*数量*/, long initialDelay, long period, TimeUnit unit)
Observable.intervalRange(3,10,2,3,TimeUnit.SECOND)//第一个事件3开始10个事件,开始延迟2s, 每隔3s一次
//8.
public static Observable<Integer> range(final int start, final int count)

other

// 下列方法一般用于测试使用
<-- empty()  -->
// 该方法创建的被观察者对象发送事件的特点:仅发送Complete事件,直接通知完成
val observable1=Observable.empty(); 
// 即观察者接收后会直接调用onCompleted()

<-- error()  -->
// 该方法创建的被观察者对象发送事件的特点:仅发送Error事件,直接通知异常
// 可自定义异常
val observable2=Observable.error(new RuntimeException())
// 即观察者接收后会直接调用onError()

<-- never()  -->
// 该方法创建的被观察者对象发送事件的特点:不发送任何事件
val observable3=Observable.never();
// 即观察者接收后什么都不调用

创建观察者

实现Observer接口

        val observer = object : Observer<Int> {
            override fun onSubscribe(d: Disposable?) {
                //连接订阅时调用
            }
            override fun onNext(t: Int?) {
                //接收到事件时调用
            }
            override fun onError(e: Throwable?) {
                //发生错误调用
            }
            override fun onComplete() {
                //事件发生完成,没事件在发生
            }
        }

订阅事件,连接观察者和被观察者

observable.subscribe(observer)
//subscribe多个重载

public final Disposable subscribe() {}
// 表示观察者不对被观察者发送的事件作出任何响应(但被观察者还是可以继续发送事件)

public final Disposable subscribe(Consumer<? super T> onNext) {}
// 表示观察者只对被观察者发送的Next事件作出响应
public final Disposable subscribe(Consumer<? super T> onNext, Consumer<? super Throwable> onError) {} 
// 表示观察者只对被观察者发送的Next事件 & Error事件作出响应

public final Disposable subscribe(Consumer<? super T> onNext, Consumer<? super Throwable> onError, Action onComplete) {}
// 表示观察者只对被观察者发送的Next事件、Error事件 & Complete事件作出响应

public final Disposable subscribe(Consumer<? super T> onNext, Consumer<? super Throwable> onError, Action onComplete, Consumer<? super Disposable> onSubscribe) {}
// 表示观察者只对被观察者发送的Next事件、Error事件 、Complete事件 & onSubscribe事件作出响应

public final void subscribe(Observer<? super T> observer) {}
// 表示观察者对被观察者发送的任何事件都作出响应

切断连接

//mDisposable?.dispose()
//onComplete(),onError()方法后也会切断连接

Observable.just(1, 2, "hello").subscribe(object :Observer<Any>{
           var mDisposable: Disposable? = null
           override fun onSubscribe(d: Disposable?) {
               //订阅
               mDisposable = d
           }

           override fun onNext(t: Any?) {
               if (t == 2) {
                   mDisposable?.dispose()//解除订阅关系,不会发送任何方法
               }
           }

           override fun onError(e: Throwable?) {
               TODO("Not yet implemented")
           }

           override fun onComplete() {
               TODO("Not yet implemented")
           }


       })

使用subscribe方法返回的Disposable 对象

 val disposable = Observable.just(1, 2, "hello").subscribe()
 if (!disposable.isDisposed) {
     disposable.dispose()
 }

流式调用

        Observable.create(object : ObservableOnSubscribe<String> {
            override fun subscribe(e: ObservableEmitter<String>?) {
                // emit event
            }
        }).subscribe(object : Observer<String> {
            override fun onSubscribe(d: Disposable?) {
                TODO("Not yet implemented")
            }

            override fun onNext(t: String?) {
                TODO("Not yet implemented")
            }

            override fun onError(e: Throwable?) {
                TODO("Not yet implemented")
            }

            override fun onComplete() {
                TODO("Not yet implemented")
            }

        })
### 构建H100 1024节点集群网络拓扑 对于构建一个由1024个H100 GPU组成的高性能计算(HPC)集群而言,其设计需考虑多方面因素来确保高效能运算。这类集群通常采用层次化的互连结构,以满足不同层面的数据交换需求。 #### 层次化互联模型 在一个典型的大型GPU集群配置中,最底层是由单个机柜内的若干台服务器通过NVLink技术直接相连形成的小规模子网;这些子网再经由InfiniBand或其他形式的高速网络连接起来构成更大范围内的分布式系统[^1]。具体到拥有1024个节点的情况: - **内部链接**:每台配备有8张H100显卡的服务器内部利用NVIDIA NVSwitch实现全带宽互连,使得同一主机上的所有GPU能够快速共享数据。 - **外部扩展**:跨服务器间的通讯依赖于InfiniBand EDR/HDR/FDR等标准协议提供的低延迟、高吞吐量特性完成。整个集群可能被划分为多个Pods(例如每个包含64或更多节点),各Pod之间也存在相应的上联链路用于全局同步操作。 #### 实际部署考量 考虑到物理空间布局以及散热等问题,在实际搭建过程中往往还会涉及到更复杂的规划。比如按照功能分区布置硬件资源,或是引入液冷方案辅助降温等等措施。此外,针对特定应用场景优化后的定制版固件也可能成为提升整体性能表现的关键要素之一[^3]。 ```mermaid graph TD; A[H100 Cluster Topology] --> B{Pod Level}; B --> C[Server Internal]; C --> D[NVSwitch Interconnect (Per Server)]; C --> E[GPU-to-GPU via NVLink]; B --> F[Inter-Pod Communication]; F --> G[Infiniband Network]; ``` 此Mermaid图表展示了上述描述中的基本概念,其中包含了从单个服务器内部直到跨越不同Pod之间的通信路径。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值