-
Notifications
You must be signed in to change notification settings - Fork 7.6k
/
Copy pathQueueDisposable.java
116 lines (108 loc) · 5.32 KB
/
QueueDisposable.java
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
/**
* Copyright 2016 Netflix, Inc.
*
* Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in
* compliance with the License. You may obtain a copy of the License at
*
* http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing, software distributed under the License is
* distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See
* the License for the specific language governing permissions and limitations under the License.
*/
package io.reactivex.internal.fuseable;
import java.util.Queue;
import io.reactivex.disposables.Disposable;
/**
* An interface extending Queue and Disposable and allows negotiating
* the fusion mode between subsequent operators of the {@code Observable} base reactive type.
* <p>
* The negotiation happens in subscription time when the upstream
* calls the {@code onSubscribe} with an instance of this interface. The
* downstream has then the obligation to call {@link #requestFusion(int)}
* with the appropriate mode before calling {@code request()}.
* <p>
* In <b>synchronous fusion</b>, all upstream values are either already available or is generated
* when {@link #poll()} is called synchronously. When the {@link #poll()} returns null,
* that is the indication if a terminated stream. In this mode, the upstream won't call the onXXX methods.
* <p>
* In <b>asynchronous fusion</b>, upstream values may become available to {@link #poll()} eventually.
* Upstream signals onError() and onComplete() as usual but onNext may not actually contain
* the upstream value but have {@code null} instead. Downstream should treat such onNext as indication
* that {@link #poll()} can be called.
* <p>
* The general rules for consuming the {@link Queue} interface:
* <ul>
* <li> {@link #poll()} has to be called sequentially (from within a serializing drain-loop).</li>
* <li>In addition, callers of {@link #poll()} should be prepared to catch exceptions.</li>
* <li>Due to how computation attaches to the {@link #poll()}, {@link #poll()} may return
* {@code null} even if a preceding {@link #isEmpty()} returned false.</li>
* </ul>
* <p>
* Implementations should only allow calling the following methods and the rest of the
* {@link Queue} interface methods should throw {@link UnsupportedOperationException}:
* <ul>
* <li>{@link #poll()}</li>
* <li>{@link #isEmpty()}</li>
* <li>{@link #clear()}</li>
* </ul>
* @param <T> the value type transmitted through the queue
*/
public interface QueueDisposable<T> extends SimpleQueue<T>, Disposable {
/**
* Returned by the {@link #requestFusion(int)} if the upstream doesn't support
* the requested mode.
*/
int NONE = 0;
/**
* Request a synchronous fusion mode and can be returned by {@link #requestFusion(int)}
* for an accepted mode.
* <p>
* In synchronous fusion, all upstream values are either already available or is generated
* when {@link #poll()} is called synchronously. When the {@link #poll()} returns null,
* that is the indication if a terminated stream.
* In this mode, the upstream won't call the onXXX methods and callers of
* {@link #poll()} should be prepared to catch exceptions. Note that {@link #poll()} has
* to be called sequentially (from within a serializing drain-loop).
*/
int SYNC = 1;
/**
* Request an asynchronous fusion mode and can be returned by {@link #requestFusion(int)}
* for an accepted mode.
* <p>
* In asynchronous fusion, upstream values may become available to {@link #poll()} eventually.
* Upstream signals onError() and onComplete() as usual but onNext may not actually contain
* the upstream value but have {@code null} instead. Downstream should treat such onNext as indication
* that {@link #poll()} can be called. Note that {@link #poll()} has to be called sequentially
* (from within a serializing drain-loop). In addition, callers of {@link #poll()} should be
* prepared to catch exceptions.
*/
int ASYNC = 2;
/**
* Request any of the {@link #SYNC} or {@link #ASYNC} modes.
*/
int ANY = SYNC | ASYNC;
/**
* Used in binary or combination with the other constants as an input to {@link #requestFusion(int)}
* indicating that the {@link #poll()} will be called behind an asynchronous boundary and thus
* may change the non-trivial computation locations attached to the {@link #poll()} chain of
* fused operators.
* <p>
* For example, fusing map() and observeOn() may move the computation of the map's function over to
* the thread run after the observeOn(), which is generally unexpected.
*/
int BOUNDARY = 4;
/**
* Request a fusion mode from the upstream.
* <p>
* This should be called before {@code onSubscribe} returns.
* <p>
* Calling this method multiple times or after {@code onSubscribe} finished is not allowed
* and may result in undefined behavior.
* <p>
* @param mode the requested fusion mode, allowed values are {@link #SYNC}, {@link #ASYNC},
* {@link #ANY} combined with {@link #BOUNDARY} (e.g., {@code requestFusion(SYNC | BOUNDARY)}).
* @return the established fusion mode: {@link #NONE}, {@link #SYNC}, {@link #ASYNC}.
*/
int requestFusion(int mode);
}