为何Toast需显式传入Context参数？

其实核心原因可以从这几个角度来看：

• API设计的一致性：Android生态里，几乎所有涉及UI渲染、资源访问的组件（比如Dialog、LayoutInflater）都要求传入Context，Toast遵循这个统一规范，让开发者不用额外记忆特殊规则，保持使用习惯的一致性。

• 存在潜在的行为差异：虽然多数场景下用ApplicationContext和Activity Context显示Toast看起来没区别，但实际还是有细微不同。比如用Activity Context时，部分定制ROM会让Toast和当前Activity的生命周期弱关联，Activity销毁时自动取消对应的Toast；另外，系统可能会根据Context的类型调整Toast的显示优先级，前台Activity的Toast可能会被优先展示。

• 引导合理使用Context：ApplicationContext是全局单例，如果Toast默认使用它，容易让开发者养成滥用全局上下文处理UI操作的习惯，但很多UI组件（比如Dialog）必须依赖Activity Context才能正常工作。强制要求传入Context，能提醒开发者思考当前场景下用哪种Context更合适，减少内存泄漏或兼容性问题的概率。

• 历史设计的兼容需求：早期Android的Toast实现依赖更多Context相关的细节逻辑，虽然现在很多功能可以通过ApplicationContext完成，但为了兼容大量旧版本的代码，API设计没有做修改，一直保留了显式传参的要求。

内容的提问来源于stack exchange，提问作者Oikura_Sodachi