第161章 降频门事件爆发（2 / 3）

v2.0.0版本相比于v1.0.0版本运行时所占用的内存又增加了上百兆。

不过也正是因为这种情况，仅仅是涉及到地图加载时《Hill Climb Rag》这款游戏的v2.0.0版本才会涉及到超过三百兆的内存调用。

多数时候调用的内存并不一直是这么“夸张”。

所谓的“夸张”只是对于这个时空的人们夸张。

虽然往后几年的人们可能很难想象因为随机存取存储器不够带来的这种问题。

但现在这种情况是真实存在的。

说起来现在这个时空相比于林灰前世那个时空也不过才仅仅七年而已。

却给林灰一种很复古的感觉。

林灰在刚才搜索此次蘋果“降频门”风波的新闻时顺带着翻了几个这个时空果粉聚集的论坛。

发现里面一个精华帖居然是讨论墓碑机制和伪后台的。

Σ(っ°Д°;)っ墓碑机制？伪后台？？

多么古老的话题了。

再过几年即便是资深果粉估计也已经淡忘这些东西了。

墓碑机制也就是常说的伪后台，是手机操作系统中的一个程序运行规则。

当上一个任务被迫中断时，如按下 Home 键至主界面的瞬间。

系统会记录当下应用程序的状态，随后程序被冻结起来（完全挂起），就像把事件记录在墓碑上一样。

当需要恢复时，根据墓碑上的内容，将程序恢复到中断之前的状态。

这样的一种机制就是墓碑机制，墓碑机制常见于移动设备这种内存或电能资源有限的平台。

而无论是内存有限还是电能有限似乎都是早期蘋果手机的鲜明特征。

因此这种墓碑机制格外受到蘋果公司的青睐，应用到早期蘋果手机上。

在此机制之上，蘋果还开放了一个后台接口。

允许应用在进入后台之后继续运行10分钟，无论亮屏还是息屏休眠都是10分钟，时间一到立马挂起。

墓碑式后台，在关闭程序时保存现场，下次启动时还原，给人一种后台的假象。

尽管这种操作有一定的合理性，但玩机的也不是傻子。

这种几乎皇帝的新装式的鬼把戏稍微较真一点就会被识破。

从这些论坛用户的态度来看，关于伪后台机制这点很受玩机人士诟病啊。

这在往后几年几乎很难想象的到蘋果还有这段黑历史。

总之，以七年之后的眼光看，此时的蘋果也完全没那么强大啊。

就像是一个破茅屋。

只需要踹上一脚就会……

呃，不过具体这事还需要周密的考虑。

毕竟蘋果的体量和历史摆在那里。

说回到《Hill Climb Rag》这款游戏涉及到的内存调用动辄超过300MB这点。

尽管清楚问题所在，但这种情况林灰并不打算在上面做什么调整了。

像4、4s这种所谓的512MB的随机存取存储器。

林灰实在不知道该做什么样的调整去迁就。

或许刚出的时候这些手机还蛮经典的。

但毕竟科技产品换代是很快的。

对此，林灰也没什么愧疚的。

后世那么多游戏厂商从没听说哪个游戏厂商因为玩家抱怨游戏太吃内存而把游戏调整的。

时代终究是向前发展的。

更何况再调整的话林灰又需要改很多底层的东西，麻烦得很。

至于要不要将思考出来的症结知会蘋果一声。

林灰觉得没必要。

蘋果的技术人员也不是白痴。

应该很快就会发现症结之所在。

现在外界汹涌的议论主要指向蘋果降频。

而不是指向林灰。

这种事情后续如何应该是蘋果方面该考虑的问题。

事不关己高高挂起。

林灰也不是小白了，这种事情贸然做出回应的话很容易被蘋果推到前台背黑锅。

这事蘋果也不是第一次干了。

林灰不想莫名其妙背黑锅。

现在林灰关注的重点还是在workflow这款软件上。

这款软件在有之前框架的情况下，林灰倒是很容易就搞好了。

不过这并不等于林灰可以将这款软件直接拿去上线了。

涉及到这款软件林灰还需要进行一番内测。

像林灰现在这光杆司令β内测就没必要了，但出于最起码的严谨α内测还是有必要的。

yyxs.la

先前林灰搞的那个南风APP之所以不需要过一遍内测。

很大程度上是因为那款软件是基于成熟应用搞定的。

而且林灰当时在意的是软件内部的算法，而不是软件本身。

但现在则不同，林灰在意地就是workflow这款软件的价值。

之所以需要测试还有另一重原因。

因为workflow这款软件林灰虽然有现成的思路。