手机发热充电会变慢吗？

Posted 2023-03-31

为什么手机充电容易发烫、充电效率慢呢？

为什么无线充电功率提升了许多（15W、20W甚至40W），充电速度却并无多大变化呢？

要解答这些疑问，首先得明白无线充电的工作原理。

01 / 无线充电工作原理

充电底座以及手机终端分别内置了线圈，二者靠近以后，发射线圈通过一定频率的交流电，通过电磁感应在手机接收线圈中产生一定的电流，从而将能量从发射端转移到接收端，即从充电座向手机进行供电。

在能量交换（即充电）过程中会产生热量，即我们常见的发烫现象。

而一旦热量升高，手机为了安全起见，机身的温度传感器会发出高温预警，自动降低充电功率，因此充电速度变慢。

除此之外，还有很多人误以为充电功率会持续保持品牌厂商标称的“15W、20W、40W”，充电过程中功率呈一条笔直的直线，其实不然。

由于上面提到的温度问题，充电过程中功率其实是不断波动、上下起伏，呈现波峰和波谷不断交替的现象。

当温度过高后，手机功率会瞬间跳崖，从15W跌至4/5W，之后待设备温度下降后，功率再重新攀升。

但即使功率降低，充电过程中还是在产生热量，温度不能立马降下来，而是需要一段时间。

因此虽然很多无线充电器号称20W、40W、50W，其实很大一部分是最开始温度较低时的功率输出，一旦温度过高，功率会立马下降到10W，甚至是5W，后期降速明显。

这也是为什么标称超级快充的无线充电器，充电时长却短不了多少的原因。

02 / 维持充电功率稳定 主动散热少不了

无线充对于温度是十分敏感的，以MagSafe为例，其上市后曾被网友吐槽：“发热、充电慢、无法达到15W充电功率、对皮革保护套产生印痕.......”

充电器体积小巧+没有散热设计容易导致发烫和无法维持高充电功率问题，虽然在外观设计上保持了苹果一贯简洁轻便的风格，但是却牺牲了散热和功率。

除此之外，MagSafe充电器+硅胶保护壳（散热不佳）更会导致越充越热。

在充电功率方面，根据实际测试结果显示，MagSafe 15W充电功率曲线起伏较大，而且在不断递减。

用MagSafe给iPhone12充电时，手机端的15W充电功率会持续3分多钟，后续将会递减至7.5W，并持续十多分钟，之后再递减至5W~3W；

无线充电的输出功率并不是恒定的，峰值功率主要取决于无线充电器的设计用料和散热方式。

因此，如果不想充电功率呈现“反复跳崖”的情况，需要在无线充电器的散热方式和设计用料上下功夫。

03 / PITAKA无线充电器散热设计

1、MagEZ Mount Qi

MagEZ MountQi是主动散热无线充电器的代表产品，兼具散热风扇+散热孔设计+锌合金材质三重散热设计。

首先，MagEZ Mount Qi产品内置6000次/分钟转动的散热风扇，其特殊的风道设计可以让手机和无线充电器同时散热。

而且在充电过程中对温度的控制比较好，能够保持较长时间的稳定功率充电，温度一直控制在约40℃以下，温度优势明显，对手机的充速度有明显提升。

其次，MagEZ Mount Qi的背部和两侧都加入了散热孔设计，尤其是背部的散热孔大且分布密集，将产品放置在空调口时，还能吸入冷风，两侧排出热风，进一步降低设备的温度。

在设计用料上，MagEZ Mount Qi选用的是表面耐磨芳纶纤维+高导热锌合金边框。

锌合金为导热材料，能够有效的散发热量，降低温度，同时强度高、重量轻、耐高温的芳纶纤维作为表层材料，让用户不必担心温度过热而导致设备表面掉漆情况的出现。 参考技术A 手机一边使用一边充电，充电器输入的电流一部分需要抵消屏幕等手机硬件在使用时消耗的电量，导致给电池充电的电流会减小，充电速度会变慢，另外一边充电一边使用手机，还会造成手机温度升高，由于手机的热保护机制，充电速度会进一步变慢，建议您尽量避免一边充电一边使用手机。 参考技术B 手机发热充电以后呢，它就会变慢的，因为手机一旦发热的时候，电池市场发热的状态，充电的时候呢，它就会由于电池内部发热，产生过多的电阻。然后呢就回家充电，变慢的能量转化，没有钱。就是说是电脑要转换成蓄电池的化学呢，但是有一部分呢却转化成热，这样的话，就会让嗯电池充电的速度变慢。 参考技术C 如果手机现在发热，在充电的过程中这样并不会影响充电的速度，速度与手机热是没有任何关系的 参考技术D 在能量交换(即充电)过程中会产生热量,即我们常见的发烫现象。 而一旦热量升高,手机为了安全起见,机身的温度传感器会发出高温预警,自动降低充电功率,因此充电速度变慢

XSLT document() ：多次调用它会变慢吗？

【中文标题】XSLT document() ：多次调用它会变慢吗？

【英文标题】：XSLT document() : Is it slower when calling it multiple times?

【发布时间】：2011-08-22 05:54:00

【问题描述】：

UPDATE 17.Jul.2013：XALAN 2.7 不缓存 document() 在请求中调用。因此，将每个需要的文档存储在 XSL 中的变量中至关重要。

---

我已经搜索了很长时间，但没有找到我简单问题的具体答案：

哪种方法更快或编译器足够“智能”以使两种变体相同？

注意：我使用的是 Xalan 2.7（JDK 1.6 中的默认实现）：

1) 我必须读取外部 XML 中的属性：

<xsl:value-of select="document($path)/person/address/city"/>

每当我需要城市时，我都会使用上面的表达式（比如说 100 次）

2) 我没有调用 document() 100 次，而是将 XML 节点存储在一个变量中：

<xsl:variable name="node" select="document($path)"/>

然后我用了 100 次

<xsl:value-of select="$node/person/address/city"/>

哪个更快、更好，原因是什么？ 谢谢！

【问题讨论】：

我也对专家的回答很感兴趣，但是，我认为，多次调用 document(path_to_doc) 的情况取决于 xslt 处理器缓存实现，在这种情况下，当文档节点存储在在任何情况下都必须加载一次的变量。

是的，我也猜想它取决于处理器的实现，但我很好奇Xalan 2.7（JDK 1.6 中的默认处理器）是如何实现的 b> 做到了。

我不是 100% 肯定的，但我认为 Xalan 不会缓存 document() 结果，但 xsltproc 会。然而，document() 参数被解释为一个 URI (see spec)，因此积极的缓存将非常有意义。

好问题，+1。有关第三种更有效解决方案的解释和建议，请参阅我的答案。

使用 XALAN 2.7 测试：每个 document() 调用都将被执行并包括物理文件访问。所以至少对于 XALAN 2.7 来说，将文档存储在变量中是很有意义的。我用测试结果更新了我的问题。

【参考方案1】：

如果 XSLT 处理器不是幼稚的，那么这两个方法应该同时执行，因为文档函数在使用相同的参数调用时应该返回相同的结果，无论如何多次。

两种方法都效率不高，因为使用了//的缩写，会导致整个文档树被遍历。

我建议以下方法比正在讨论的两种方法更有效：

<xsl:variable name="vCities" select="document($pUrl)//cities"/>

那么只能参考$vCities。

这样你只遍历了文档一次。

【讨论】：

+1。 Dimitre，你可以给我一个你提到的幂等规则的参考吗？我以前听说过，但很惊讶没有在 XSLT 1.0 或 2.0 规范中看到它。

btw：// 只是一个例子，不应该成为我问题的一部分，对不起！重点是document() 函数。所以我仍然不确定它是否对 XALAN 2.7 有影响！

更正的问题：它不再包含坏的例子。我删除它是因为这里的讨论应该是关于文档功能的。

@basZero -- 您可以而且必须运行自己的基准测试。我相信 Xalan 不是一个天真的非优化处理器，而且你不会通过添加自己的缓存获得太多收益。

使用 XALAN 2.7 测试：每个 document() 调用都将被执行并包括物理文件访问。所以至少对于 XALAN 2.7 来说，将文档存储在变量中是很有意义的。

【参考方案2】：

里面的原理你好像明白了，这里不需要解释了。

如果你想知道 Xalan 2.7 是如何做到的，通过 Xalan 2.7 的测试会找到明确的答案，并且测试足够大。

正如@Dimitre 所指出的，由于//，这些都不一定有效，尽管一些处理器很聪明地优化了这些路径，缓解了问题。您可以通过将 city 元素保留在变量中来帮助处理器提高效率：

<xsl:variable name="city" select="(document($path)//city)[1]"/>
...
<xsl:value-of select="$city"/>

我在其中添加了[1] 以进一步优化，因为您说的是“城市”（即您只期望一个），这允许智能处理器在找到第一个city 元素后停止。

【讨论】：

讨论不是关于//，我从示例中删除了它。我将通过尝试在日志中查看每个document() 调用的请求来测试document()。但在投入时间之前，我认为这里有人会知道（从源代码中）。

有人愿意解释为什么投反对票吗？不知道是不是来自@bas

使用 XALAN 2.7 测试：每个 document() 调用都将被执行并包括物理文件访问。所以至少对于 XALAN 2.7 来说，将文档存储在变量中是很有意义的。