麦当劳OJ的输入数据问题（下篇）

大家最关心的调优

这也是大家问的最多的一个问题。其实同学们按照我先前公开课讲的内容，然后避开上面那些坑点，至此，你应该能通过除了大量数据模块以外的所有模块了。这也是90%的童鞋可以做到的，那关于剩下10%的同学想冲刺大数据量模块，这就涉及到你要改写数据结构和算法了，但这个东西，ta并没有一个统一的标准，比如有些同学用了哈希表减少遍历次数，有些同学甚至和我谈到了红黑树blabla…你说有效吗？那当然有效。那我想说，你们老师给你们出题，必然是考虑到了你们是大一学生，不可能学过这些东西，对吧？

就是关于调优这件事情，大家要放平心态，这种很多情况下不是出米能解决的（更何况大多数人米不多，对不？），而且，老师也不傻，你大一一个班50号人，有1-2个能过压力测试数据的，那属于非常高的产出率了，你要是一个班出了十几个，我作为老师，首先就要查的就是你们这十几个人的代码重复率，然后随机抓几个人来问问你写代码的思路，哪些抄的哪些是自己写的一目了然。相反，我举个极端点的例子，2位学渣，写代码只会写一个hello world，你看，代码重复率100%，但老师会觉得他俩抄袭嘛？肯定不会啊，因为太渣了嘛（开个玩笑，大家别介意哈~）。优化代码建议大家自己多写写。

接下来就是重点了，我怎么优化我的方案的。首先要找到主要矛盾对吧，主要矛盾在哪里？其实是模拟时间的循环和遍历订单的循环。现在我很清楚，模拟时间流逝，这个是铁定少不了了，6w左右的循环量。那么，订单最大有54000条，肯定是超时的，这个俩循环相乘，循环量将近30亿，那以我的经验来说，1秒能处理的循环量应该在1亿，所以这个遍历订单寻找食物库存的方案肯定是行不通了，那么就要用到我先前说的：食物主动供应订单，假设每一个食物结构体里都有一个优先队列，这个队列里的订单按时间顺序排列，先到先得，那么，这种遍历方式，时间复杂度就是6w*50（50是食物种类数量），差不多是300w，是上面那种思路的千分之一，事实是我模拟了54000条订单，用了13毫秒，很多同学超时差不多就是十几秒的时间，基本和我的认知相符。那么这个食物结构体，就要多一个订单队列，里面的元素指向了真正的订单对象，什么时候订单完成呢？很简单，订单对象里面有一个整数，保存了订单在几个食物中排队，每次排完一个队，数量就减一，直到为0，就表示订单已完成。订单完成后的逻辑操作就和我先前发的文章一样，如更新接单状态等信息。

这个时间模拟的循环体里面，遍历食物，先更新食物的生产信息，然后如果该食物有库存，就更新食物的订单队列，如有订单，则供应订单，即库存减一，订单对食物数量的需求也减一。并将该订单指针从优先队列中删除，相当于对队列使用pop_front操作。若订单的食物需求数为0时，则表示该订单已完成，更改订单结束时间和状态。

那么为了不从头到尾遍历订单，就需要保存一个索引，该索引从0开始，当前时间与该索引处的订单时间比对，如订单在当前时间已到达，则开始更新订单状态。一种是系统运行状态为不接单，则直接置该订单为失败，否则将订单自己的指针放到每一个该订单需要的食物的订单队列的队尾，即push_back操作，这样就完成了订单的下单操作。此处我协助E同学做的就是队列是使用链表实现的，这里的重点和难点就是如何实现队列的入队和出队操作，链表如何实现，指针的指针（2维指针）如何使用。

接下来我的建议是，此处的优先队列不要使用链表，而是使用数组，因为优先队列使用数组能大大降低你们写代码的复杂度。此处我算了一下食物最多按100计算，每个食物最多60000订单，数组总量才6,000,000，每个指针4字节，差不多24MB内存而已，完全是小意思。

（此处预估不对啊，多亏某位ACM大神选手的间接提醒，其实最大未完成订单数是有限的，想一下W1在题目中的作用？这里引申出了另一个相当有技巧性的优化算法，同样可以过所有OJ的E模块。由于我不是原创，我就不过多描述了～）

对同学们来说，最大的难点是这些数组里要保存指向Order的指针，这里一不小心就会被指针的指针给绕进去了。假设定义了Order* order[60000]，那么每个元素，如order[0]表示的是一个指向order对象的指针。如果你用链表实现，这将是一个大灾难！因为链表里面还有一个类似void* data的东西要保存实际元素数据对吧。

晚一些的时候我放一张优化后的数据流图出来，好让大家有一个直观的感受。