@azoon 不是，realme 的手机

@Yukiteru 谢谢，我试试

@lambdaq 主要是 B 站在后台也耗电

@fredweili 全平台都是如此

@iClass 难顶，后台也疯狂耗电

说的好像上班别人就不能摸鱼一样。。只要别人把工作做完了，管人家干啥呢。

fakelocation 破解版，修改定位、模拟轨迹都可以

你是要换来当主力机？还是只是玩玩？主力机我之前是被推荐真我 gt5Pro ，用着还行。价格也合适。如果只是想体验谷歌全家桶，那随便一个千元机都行

ChatGPT3.5:

你的 SQL 查询包含嵌套查询和聚合函数，要进行优化可能需要根据具体情况进行调整。以下是一些建议的优化方式，但请注意，最终的优化取决于数据库的结构和数据分布。

使用 JOIN 替代子查询：将子查询转换为 JOIN 操作可能提高性能。这取决于具体的数据库系统和索引情况。
sql
Copy code
SELECT
t1.kdojhad,
t1.k3jyqb4,
MAX(t2.calc_65b868adfd5b141878679de2) AS kxxz3vy
FROM
(SELECT t623be1f4fd5b1419766ff0b8."c11" AS k3jyqb4,
t623be1f4fd5b1419766ff0b8."c10" AS kdojhad
FROM t623be1f4fd5b1419766ff0b8
GROUP BY kdojhad, k3jyqb4) AS t1
JOIN
(SELECT
SUM(t623be1f4fd5b1419766ff0b8."c2") AS calc_65b868adfd5b141878679de2,
t623be1f4fd5b1419766ff0b8."c10" AS dimension0
FROM t623be1f4fd5b1419766ff0b8
GROUP BY dimension0) AS t2
ON t1.kdojhad = t2.dimension0 AND t1.k3jyqb4 = k3jyqb4
GROUP BY t1.kdojhad, t1.k3jyqb4;
索引优化：确保涉及到的列上有合适的索引，特别是连接条件的列和 GROUP BY 子句的列。

避免不必要的嵌套：确保嵌套查询的存在是有必要的，如果可以在单一查询中完成，可以尝试简化。

请注意，具体的优化可能需要根据数据库系统的特性和实际数据情况进行调整，建议在实际环境中测试性能。

@1014982466 11pro 就是被我极度精简了。用了冰箱把系统能禁的都禁了。无奈还是顶不住掉电快。

@em70 我干 app 测试的。用手机会比较多

@jiejianshiwa 暂时不考虑米系了，哈哈。有阴影。

@pengtdyd 用非智能机目前还做不到，除非是戒网

@mainjzb 骁龙 888 确实属于是比较奇葩的手机 u 了，而我这台 11pro 就刚好是。确实是发热高耗电高。非常难用

@cnsdytedison 是的，之前追求性能。现在对于不玩游戏的哟属于性能过剩。

@huguadao 按你这么说，其实现在的手机产商在电池方面不仅没有进步，而是在退步。之前在诺基亚的时代，换电池多方便，没电了就换个备用电池，别说有多爽，现在都是苹果带的坏头，电池老化也就 2-3 年的事，懂的人还会自己去花钱找人换个电池，不懂得人就直接换了。属于手机产商让用户定期淘汰的策略了。

@cnsdytedison 我现在备用机是小米 11pro 5000 毫安的，续航也就 6-7 个小时吧

@JionLee 是的，所以我下一台手机估计是 120W 以上快充+6000 毫安大电量、

@xixun 你说反了吧？