| # Lifetime annotations |
| |
| ## Overview |
| |
| As part of the WebView Multi-profile project, classes and state in |
| `//android_webview/`` will be annotated to make their lifetimes explicit. |
| There are broadly 5 different lifetimes that a class can have: |
| |
| - Singleton - there is one instance of this class per WebView browser process. |
| As WebView is run in the embedding app's process, this means there is one |
| instance per embedding app. |
| - Scoped to Profile - this class is specific to a Profile. It is likely to do |
| with the user's browsing state, such as cookies or permissions. |
| - Scoped to WebView - this class is specific to a WebView (the Android View), |
| for example the AwZoomControls. |
| - Temporary - this class has a shorter lifetime than a WebView. Examples include |
| objects that live within a single call stack, objects associated with |
| a single HTTP request or page navigation, etc. |
| - Renderer - this class has a lifetime tied to specific to a Renderer. |
| |
| There is a many to one relationship between WebViews and Profiles. A single |
| Profile can support multiple WebViews, each WebView will only have a single |
| (constant) Profile. |
| |
| These annotations are purely for documentation, there is no static analysis to |
| check them. |
| |
| ## Annotations |
| |
| In Java, use the following annotations: |
| |
| - `@Lifetime.Singleton` |
| - `@Lifetime.Profile` |
| - `@Lifetime.WebView` |
| - `@Lifetime.Temporary` |
| - `@Lifetime.Renderer` |
| |
| In C++, use the following comment format as the last line of the class |
| documentation: |
| |
| ``` |
| // Lifetime: Singleton |
| // Lifetime: Profile |
| // Lifetime: WebView |
| // Lifetime: Temporary |
| // Lifetime: Renderer |
| ``` |