电池耗尽时会调用什么Android方法？
当我的Android设备中的电池 模具 什么活动和片段类（如果有的话），方法是在设备的“断电”阶段叫什么名字？
另外，如果用户当前正在查看我的应用程序中的屏幕，并且按住电源按钮并选择关闭，则电池耗尽并自动关闭时，被叫/不叫事件是否与之重合？
暂停吗？
OnStop？
OnDestroy？
OnDetach？
奖励：我是否有足够的时间将少量数据保存到Web服务器？
为了澄清设备电池“完全”没电时的“死机”现象，不再接受任何输入，并且在屏幕上弹出消息框/加载屏幕，指出“关闭电源”。设备关闭后不久。
在电话关闭之前，我只需要足够的时间来保存表单状态，如果没有关闭电话，我有一种清除存储数据的策略，但是我想尽可能地接近电话关闭状态（除了一分钟真的没有意义）。
问题答案：
当电池电量达到0.5％时，onDestroy将在所有对象上调用
编辑：没有指定的时间，您必须在关机html" target="_blank">过程中由于电池电量不足/电量不足而需要执行任何操作，这将取决于特定的手机电池而不是系统，因此您可能有足够的时间将数据保存到Web某些电话上安装了服务器，而其他电话则没有。从实验上来说，我只能在调用onDestroy之前向已经写入的文件写一小行，仅此而已。
-
我在项目中使用ApacheTomcat JDBC连接池。我很困惑，因为在重负下，我一直看到以下错误： 我的期望是，使用池，新连接的请求将被保留在队列中，直到连接可用。相反，当池达到容量时，请求似乎会被拒绝。这种行为可以改变吗？ 谢谢， 达尔 这是我的池配置：
-
我能看到周围有嗡嗡声。很多人都写过，但我无法得到这些问题的实际答案： > 原生Android（Java）应用的电池消耗如何 与本机java应用相比，Flatter应用有多大？大小差异是否一致，或者是否随应用程序的大小/功能而增大？
-
我有使用hikari池创建连接池的Spring启动应用程序。我们正在使用postgres sql用于db。当我以低qps命中系统时，请求需要大约200毫秒来执行。当部署一个pod并且qps为15时，事情保持良好状态。但是一旦我将qps增加到20，请求就开始需要大约10秒来处理，连接池变空（java.sql.SQLTransientConntion异常：菲尼克斯-连接不可用，请求在30183毫秒后超
-
null null 额外信息：没有其他异常抛出，我知道。所有其他数据都被正确地检索。派人帮忙。 更新：我做了一些更多的实验：这个应用程序使用了另一个dao，我之前没有提到，因为我忘了。它的工作方式几乎相同，只是连接到一个不同的数据库，所以它有一个单独的配置。它还利用了JdbcNamedTemplate和@Qualifier来选择正确的模板。 现在，我发现，使一个或另一个DAO失效将不再吃连接。所以
-
问题内容： 我阅读的所有资料都提到了几个案例，并以“其他一些案例”作了总结。在视图/活动中调用onSaveInstanceState方法时，所有情况是什么？ 问题答案： 该文档称 在活动被杀死之前将调用此方法，以便将来在将来返回某个时间时可以恢复其状态。
-
我有一个Spring启动，Hibernate使用java应用程序。我部署它在一个jetty webserver与多个实例.如果我有太多（大于10）很多实例我得到 许多连接（10x实例）显示为空闲 ps： 实例的Hikari跟踪日志： 设置 没有记录任何有趣的事情。我认为这看起来很有趣-连接不可用 有什么办法可以调试这个吗？我也在java 7上，所以hikari 2.4.7