数组 – 最大单一销售利润

假设我们给出了一个表示股票价格的n个整数的数组。我们想找一对(buyDay,sellDay),buyDay≤sellDay,这样如果我们在buyDay买股票并在sellDay卖出,我们将最大化我们的利润。

很明显,通过尝试所有可能的(buyDay,sellDay)对并且取出所有可能的对,有一个O(n2)解决方案。然而,有没有更好的算法,也许一个在O(n)时间运行?

我喜欢这个问题。这是一个经典的面试问题,根据你的想法,你会得到更好,更好的解决方案。这当然可以做到比O(n2)时间更好,我列出了三种不同的方式,你可以考虑这里的问题。希望这回答你的问题!

首先,分治解决方案。让我们看看我们是否可以通过将输入分成两半来解决这个问题,解决每个子阵列中的问题,然后将两者组合在一起。事实证明,我们实际上可以做到这一点,并可以有效地做到这一点!直觉如下。如果我们有一天,最好的选择是在那一天买,然后在同一天卖回,没有利润。否则,将数组拆分为两半。如果我们考虑最佳答案可能是什么,它必须在三个地方之一:

>正确的买/卖对完全在上半年内发生。
>正确的买/卖对完全在下半年内发生。
>正确的买/卖对出现在两半 – 我们在上半年买入,然后在下半年卖出。

我们可以通过递归调用我们的算法在第一和第二半获得(1)和(2)的值。对于期权(3),赚取最高利润的方式是在上半年的最低点买入,在下半年的最高点卖出。我们可以通过对输入进行简单的线性扫描并找到两个值,在两半中找到最小值和最大值。然后这给我们一个算法与以下递归:

T(1) <= O(1)
T(n) <= 2T(n / 2) + O(n)

使用Master Theorem来解决复发,我们发现这在O(n lg n)时间运行,并将使用O(lg n)空间用于递归调用。我们刚刚打败了天真的O(n2)解决方案!

可是等等!我们可以做得比这更好。请注意,我们在循环中使用O(n)项的唯一原因是我们必须扫描整个输入,以尝试在每一半中找到最小值和最大值。由于我们已经递归地探索了每一半,也许我们可以做得更好,通过递归也递回存储在每一半的最小和最大值!换句话说,我们的递归递回三件事:

>买入和卖出时间以最大化利润。
>范围内的最小值。
>范围内的最大值。

最后两个值可以使用直接递归计算,我们可以在递归计算(1)的同时运行:

>单元素范围的最大值和最小值只是那个元素。
>通过将输入分成两半可以找到多元素范围的最大值和最小值,找到每一半的最大值和最小值,然后取其各自的最大值和最小值。

如果我们使用这种方法,我们的递推关系现在

T(1) <= O(1)
T(n) <= 2T(n / 2) + O(1)

使用主定理这里给出了O(n)与O(lg n)空间的运行时间,这甚至比我们的原始解决方案更好!

但等一下 – 我们可以做得比这更好!让我们考虑使用动态规划来解决这个问题。这个想法是想想问题如下。假设我们在查看前k个元素之后知道问题的答案。我们可以使用我们对第(k 1)个元素的知识,结合我们的初始解决方案来解决第一个(k 1)元素的问题吗?如果是这样,我们可以通过解决第一个元素的问题,然后前两个,然后前三个等等,直到我们计算它的前n个元素,我们可以得到一个伟大的算法。

让我们考虑如何做到这一点。如果我们只有一个元素,我们已经知道它必须是最好的买/卖对。现在假设我们知道前k个元素的最佳答案,并查看第(k 1)个元素。然后,这个值可以创建一个解决方案比我们对于前k个元素的唯一方法是如果前k个元素的最小值和新元素之间的差异大于我们迄今为止计算的最大差异。因此,假设当我们跨越元素时,我们跟踪两个值 – 我们目前为止看到的最小值,以及只有前k个元素可以获得的最大利润。最初,我们已经看到的最小值是第一个元素,最大利润为零。当我们看到一个新的元素,我们首先更新我们的最佳利润,计算我们将通过购买到目前为止看到的最低价格,并以当前价格卖出多少。如果这优于我们迄今为止计算的最优值,那么我们将最优解更新为这个新的利润。接下来,我们更新到目前为止看到的最小元素是当前最小元素和新元素的最小值。

因为在每一步我们只做O(1)工作,我们正在访问n个元素中的每一个一次,这需要O(n)时间完成!此外,它只使用O(1)辅助存储。这是我们已经到目前为止好!

例如,在您的输入上,以下是此算法的运行方式。阵列的每个值之间的数字对应于该点处算法保持的值。你实际上不会存储所有这些(它将需要O(n)内存!),但有助于看到算法演变:

5        10         4         6        7
min         5         5        4          4         4    
best      (5,5)     (5,10)   (5,10)     (5,10)    (5,10)

答:(5,10)

5        10         4         6        12
min         5         5        4          4         4    
best      (5,10)    (4,12)

答案:(4,12)

1       2       3      4      5
min         1       1       1      1      1
best      (1,1)   (1,2)   (1,3)  (1,4)  (1,5)

答:(1,5)

我们现在能做得更好吗?不幸的是,不是一个渐近的意义。如果我们使用小于O(n)的时间,我们不能查看大输入的所有数字,因此不能保证我们不会错过最佳答案(我们可以“隐藏”它在元素中没有看)。另外,我们不能使用任何小于O(1)的空间。可能会有一些优化隐藏在大O符号的常数因子,但否则我们不能指望找到任何根本更好的选择。

总的来说,这意味着我们有以下算法:

> Naive:O(n2)时间,O(1)空间。
>分而治之:O(n lg n)时间,O(lg n)空间。
>优化的分治:O(n)时间,O(lg n)空间。
>动态规划:O(n)时间,O(1)空间。

希望这可以帮助!

编辑:如果你有兴趣,我编码a Python version of these four algorithms,让你可以玩弄他们,判断他们的相对表现。请享用!

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


什么是设计模式一套被反复使用、多数人知晓的、经过分类编目的、代码 设计经验 的总结;使用设计模式是为了 可重用 代码、让代码 更容易 被他人理解、保证代码 可靠性;设计模式使代码编制  真正工程化;设计模式使软件工程的 基石脉络, 如同大厦的结构一样;并不直接用来完成代码的编写,而是 描述 在各种不同情况下,要怎么解决问题的一种方案;能使不稳定依赖于相对稳定、具体依赖于相对抽象,避免引
单一职责原则定义(Single Responsibility Principle,SRP)一个对象应该只包含 单一的职责,并且该职责被完整地封装在一个类中。Every  Object should have  a single responsibility, and that responsibility should be entirely encapsulated by t
动态代理和CGLib代理分不清吗,看看这篇文章,写的非常好,强烈推荐。原文截图*************************************************************************************************************************原文文本************
适配器模式将一个类的接口转换成客户期望的另一个接口,使得原本接口不兼容的类可以相互合作。
策略模式定义了一系列算法族,并封装在类中,它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。
设计模式讲的是如何编写可扩展、可维护、可读的高质量代码,它是针对软件开发中经常遇到的一些设计问题,总结出来的一套通用的解决方案。
模板方法模式在一个方法中定义一个算法的骨架,而将一些步骤延迟到子类中,使得子类可以在不改变算法结构的情况下,重新定义算法中的某些步骤。
迭代器模式提供了一种方法,用于遍历集合对象中的元素,而又不暴露其内部的细节。
外观模式又叫门面模式,它提供了一个统一的(高层)接口,用来访问子系统中的一群接口,使得子系统更容易使用。
单例模式(Singleton Design Pattern)保证一个类只能有一个实例,并提供一个全局访问点。
组合模式可以将对象组合成树形结构来表示“整体-部分”的层次结构,使得客户可以用一致的方式处理个别对象和对象组合。
装饰者模式能够更灵活的,动态的给对象添加其它功能,而不需要修改任何现有的底层代码。
观察者模式(Observer Design Pattern)定义了对象之间的一对多依赖,当对象状态改变的时候,所有依赖者都会自动收到通知。
代理模式为对象提供一个代理,来控制对该对象的访问。代理模式在不改变原始类代码的情况下,通过引入代理类来给原始类附加功能。
工厂模式(Factory Design Pattern)可细分为三种,分别是简单工厂,工厂方法和抽象工厂,它们都是为了更好的创建对象。
状态模式允许对象在内部状态改变时,改变它的行为,对象看起来好像改变了它的类。
命令模式将请求封装为对象,能够支持请求的排队执行、记录日志、撤销等功能。
备忘录模式(Memento Pattern)保存一个对象的某个状态,以便在适当的时候恢复对象。备忘录模式属于行为型模式。 基本介绍 **意图:**在不破坏封装性的前提下,捕获一个对象的内部状态,并在该
顾名思义,责任链模式(Chain of Responsibility Pattern)为请求创建了一个接收者对象的链。这种模式给予请求的类型,对请求的发送者和接收者进行解耦。这种类型的设计模式属于行为
享元模式(Flyweight Pattern)(轻量级)(共享元素)主要用于减少创建对象的数量,以减少内存占用和提高性能。这种类型的设计模式属于结构型模式,它提供了减少对象数量从而改善应用所需的对象结