LeetCode每日一题 2039. 网络空闲的时刻
今天的题目是LeetCode 2039. 网络空闲的时刻 ,令我产生多个思考,来看题目。
题目
给你一个有 n 个服务器的计算机网络,服务器编号为 0
到 n - 1
。同时给你一个二维整数数组 edges
,其中 edges[i] = [ui, vi]
表示服务器 ui
和 vi
之间有一条信息线路,在 一秒 内它们之间可以传输 任意 数目的信息。再给你一个长度为 n
且下标从 0 开始的整数数组 patience
。
题目保证所有服务器都是 相通 的,也就是说一个信息从任意服务器出发,都可以通过这些信息线路直接或间接地到达任何其他服务器。
编号为 0
的服务器是 主 服务器,其他服务器为 数据 服务器。每个数据服务器都要向主服务器发送信息,并等待回复。信息在服务器之间按 最优线路 传输,也就是说每个信息都会以 最少时间 到达主服务器。主服务器会处理 所有 新到达的信息并 立即 按照每条信息来时的路线 反方向 发送回复信息。
在 0 秒的开始,所有数据服务器都会发送各自需要处理的信息。从第 1 秒开始,每 一秒最 开始 时,每个数据服务器都会检查它是否收到了主服务器的回复信息(包括新发出信息的回复信息):
- 如果还没收到任何回复信息,那么该服务器会周期性 重发 信息。数据服务器
i
每patience[i]
秒都会重发一条信息,也就是说,数据服务器 i 在上一次发送信息给主服务器后的patience[i]
秒 后 会重发一条信息给主服务器。 - 否则,该数据服务器 不会重发 信息。
当没有任何信息在线路上传输或者到达某服务器时,该计算机网络变为 空闲 状态。
请返回计算机网络变为 空闲 状态的 最早秒数 。
示例
示例1:
1 | 输入:edges = [[0,1],[1,2]], patience = [0,2,1] |
示例2:
1 | 输入:edges = [[0,1],[0,2],[1,2]], patience = [0,10,10] |
题解
今天的题目那是十分之长,看吐了,谢谢你 LeetCode。
看完后第一反应就是广搜(BFS),从主服务器 0 开始向四周搜索所有子服务器的 最短路径 。
如果不理解广搜可以先看看我以前的BFS相关文章 LeetCode每日一题 1034. 边界着色
获得最短路径之后我们开始计算每一个服务器从 第一次 发信到 最后一次 收到回信之间的时间,在这些服务器中耗时最长的即是本题答案:“计算机网络变为 空闲 状态的 最早秒数 ” 。
我们已知 服务器 n
的重复发信周期为 patience[n]
秒,以及通过上文提到的搜索计算出来的服务器 n
到服务器 n
的最短通信时间 server_time
秒。
这里会分为两种情况:
patience[n] >= server_time
:当服务器n
收到它第一次发信的回信后,重复发信周期还未到;或是因为收信优先级高于发信,还没来得及发信就收到了第一次的发信,打断了下一次的发信,这个时候就已经完成了这个服务器的整个收发动作,网络中也不再存在来自此服务器的数据或是发送给此服务器的数据,则一次收发动作server_time*2 + 1
就是 服务器n
的整个 “变为空闲状态的最早秒数”。patience[n] < server_time
:当服务器n
还未收到它第一次发信的回信时就已触发了重复发信周期,这个时候在它收到第一次发信的回信后,整个网络中还存在着(time * 2-1) /patience[n]
个关于这个服务器n
的 数据,此时这个服务器还将继续收信不能变为空闲状态,所以当达到服务器n
的整个 “变为空闲状态的最早秒数” 应该是server_time*2 + patience[n]*((time * 2-1) /patience[n]) + 1
。
然而当 patience[n] >= server_time
时 patience[n]*((time * 2-1) /patience[n])==0
, 所以以上两个条件的公式可以复用为 server_time*2 + patience[n]*((time * 2-1) /patience[n]) + 1
。
由于本人思路不及他人,所以以上题解思路来自于 LeetCode 官方题解 ,如果您有兴趣看一看我的思路请翻到 我的思路。
开始写代码吧。
代码
1 | // 执行 680 ms 超越 9.48% 消耗 198.4 MB 超越 26.72% |
PS
我的思路
理解官方思路后重新写了代码,但都无法追上官方的成绩,思考了一下午的时间,还是放弃……如果有大佬路过看到此篇能提供帮助小辈万分感谢。
实际上我的思路与官方的大差不差,但在实现方法上有不同。
来看整个代码:
1 | class Solution { |
我对于此题的理解是:
BFS
对于这个BFS,我使用的是递归的方式先求出所有的数据服务器到主服务器的最短路径,再遍历计算变为休眠的时间。这样会造成偏离一整个数组的时间浪费,如果整合到一块会节省平均 500ms 的时间。
公式
沿用上面提到的几个已知量 server_time
与 patience[n]
,讨论一下 patience[n] < server_time
这个情况。
当服务器
n
的首次发信收到回复时,距离服务器n
最后一次发信的时间已过server_time*2%patience[n]
秒,则此时这个信号将在server_time*2 - server_time*2%patience[n]
秒后被服务器n
收信。
思路其实是没有问题的,但麻烦在这个公式本身有问题 —— 它不能像官方题解中的公式一样融合为一个公式,所以需要条件判断。
- 当
patience[n] < server_time
时…… - 当
server_time % patience[n] = 0
时…… - 当
patience[n] > server_time
时……
三个条件语句足以让本来有已经有了三个循环嵌套的程序代码执行时间平均增加 500 ms,所以这个思路事实上是不建议的。
反思
由此题引发的反思。
以目前的情况来看,我虽然已经能够独立解决一些题目,但仍然欠缺不少地方。
对于算法来说,不仅仅是个人将算法记下来就可以了,而是需要将其转化运用到实际开发中。在算法的练习中需要时刻注意灵活运用,避免死板套公式,并且还需要注意在有限的时间空间内得到解决方案,不能滥用空间时间。
最后国际惯例:
此解法非唯一解,且不一定是最好的解法,如果您有更好的解法,欢迎在评论区中提出。