forked from flutter/flutter
-
Notifications
You must be signed in to change notification settings - Fork 1
PID leak in iOS development workflow
sjindel-google edited this page Aug 1, 2019
·
2 revisions
This page addresses a caveat of the on-device iOS hot-reload development workflow.
It may be relevant to you if:
- Your cannot launch more apps on your iOS device after developing a Flutter app for a while.
- You frequent launch debug-mode apps from the home screen and develop with
flutter attach
. - You are seeing a warning mentioning this wiki page.
When a debug-mode app is installed on an iOS device and launched from within the device, it will leak some system resources per launch which are not reclaimed by iOS until the device restarts. You many not be able to launch apps after some point.
There are three solutions:
- Install a release/profile build. Release and profile builds do not suffer from this issue, and only release builds can be deployed to end users via the App Store. They are also more appropriate for testing since their performance is representative of what end users will experience.
- Debug your app from a host workstation/laptop, launching it from within an IDE (such as Xcode or Visual Studio Code) or the
flutter run
command-line tool. - Restart your iOS device.
- Home of the Wiki
- Roadmap
- API Reference (stable)
- API Reference (master)
- Glossary
- Contributor Guide
- Chat on Discord
- Code of Conduct
- Issue triage reports
- Our Values
- Tree hygiene
- Issue hygiene and Triage
- Style guide for Flutter repo
- Project teams
- Contributor access
- What should I work on?
- Running and writing tests
- Release process
- Rolling Dart
- Manual Engine Roll with Breaking Commits
- Updating Material Design Fonts & Icons
- Postmortems
- Setting up the Framework development environment
- The Framework architecture
- The flutter tool
- API Docs code block generation
- Running examples
- Using the Dart analyzer
- The flutter run variants
- Test coverage for package:flutter
- Writing a golden-file test for package:flutter
- Setting up the Engine development environment
- Compiling the engine
- Debugging the engine
- Using Sanitizers with the Flutter Engine
- Testing the engine
- The Engine architecture
- Flutter's modes
- Engine disk footprint
- Comparing AOT Snapshot Sizes
- Custom Flutter engine embedders
- Custom Flutter Engine Embedding in AOT Mode
- Flutter engine operation in AOT Mode
- Engine-specific Service Protocol extensions
- Crashes
- Supporting legacy platforms
- Metal on iOS FAQ
- Engine Clang Tidy Linter
- Why we have a separate engine repo
- Reduce Flutter engine size with MLGO
- Setting up the Plugins development environment
- Setting up the Packages development environment
- Plugins and Packages repository structure
- Plugin Tests
- Contributing to Plugins and Packages
- Releasing a Plugin or Package
- Unexpected Plugins and Packages failures