使用这种方式解决的问题不算是少数。

<来说并不是很适用。

所以这种方案在第一时间就被否定了。

他想到的是利用技术手段，合理的配置服务器。

在用户使用的高峰期通过分流，或者是通过预期值，选择更换合理的配置。

这样并不能从根本上解决问题，不过是暂时的解决这个问题。

刘志军和方远商量了一下后，决定明天在九州公司召开一个技术会议。

<目前的服务器压力。<目前的用户增长速率来看，九州的服务器支撑不了多长时间了。

到了那个时候，就不是卡顿现象了。

软件闪退、打不开等现象也会随之而来。

等到那个时候，网友们就不是怨声载道了。

一旦出现用户的大量流失，对于九州来说，将会是毁灭性的打击。

方远的经验还少，不清楚这个后果有多严重。

但是刘志军怎么能不知道。

真到了那一天，九州的名声就坏了。

名声坏了的后果，就是网友们开始抵制自家的产品。

都会是网友们黑名单上的一员。

就算他们的产品做得再好，也会有网友拿这次的事情说事。

为了避免这个情况，解决服务器压力这件事情迫在眉睫。

现在只能先用刘志军的方法，通过合理分配资源，暂缓服务器面临的压力。

明天的会议，如果没有什么可行建议，刘志军就要建议方远申请资本市场的介入。

那个时候他们将会有足够的资金，进行服务器建设。

说到底这也是没钱的后果。

如果九州现在有足够的资金，这次的问题根本就不会出现。

方远也清楚这件事情，这是就九州成立以来遇到的第一个问题。

如果解决不好，这也会成为最后一个问题。

方远当然不想就这样轻易的放弃了。

<的源码。

<的人，那么非方远莫属了。

作为最熟悉它的人，以方远之前的水平，根本就挑不出它有什么缺点。

但是经历了这么多之后，方远取得的进步是不可估量的。

无论是在s语言方面，还是算法方面。

方远都有着自己的理解。

<的改进方法。

<的源码提出的改进意见不过是一些小的完善。

并没有什么长足的进步。

一是因为刘志军对s语言还不算特别熟悉。

二是因为系统给出的这套源码已经很完善了。

除非修改底层结构，不然想要优化qoqo还是十分困难的。

方远知道这个道理。

但是他在查看源码时，发现了一个不是问题的问题。

正是因为这个问题，才让九州的服务器承受如此巨大的压力。

求收藏、推荐，感谢各位大佬。么么哒！

<99.。.99.