有没有考虑过可能别人会喜欢享受解决问题的乐趣？

我觉得你可以做出流量和入流量的分离。

在家 host http 服务确实不合适，打擦边球也不是长久之计，不如把爬虫放到家里用家里爬并且生成静态内容上传到云上，云上的服务器只做权限控制和下载，这样可能可以少租一台服务器，节省点成本

要不这么回：“那怎么没见您长点儿本事把美国给怎么着了啊”？然后再说就无视...要说这恶心人是门艺术，说好了少说恶心他一礼拜

先看电影先看原著都行，原著不错请不要错过。反正也没什么可剧透的

锁死？ syskey 了？

精分现场？

>>比如最近老板想要秒杀、团购的功能

讲真这种业内有成熟经验，实现起来又不是那么容易的业务我感觉算是经验密集型的，最忌讳新人开发

include time.h 了么？

楼上说的对，也会影响反射的速度😂😂😂

看虚拟机实现了...不过一般而言对类加载有微小的影响。执行的时候局部变量不会，编译的时候都换成几号变量的数字了。成员变量会微小地影响调用成员变量的方法第一次执行的时候的速度，不过靠谱的虚拟机应该会在这个时候翻译成地址偏移量，因此以后就不会影响了。无论如何等 jit 预热好了就完全不影响了

Performance oriented review...

如果有独立显卡，可以试试用支持 pci-passthrough 的虚拟机（比如 qemu，xen 之类的），把显卡和一套 usb 键盘鼠标 passthrough 给虚拟机用。这样显卡接的显示器显示的是虚拟机的内容，键盘鼠标也直接操作虚拟机

应该是 2012 的梗吧...这作者也有点儿年纪了（远目

@feral2013 个人观点：交警判的你全责？你不全责的话对方保险公司能赔点，不过考虑到对方是停在停车位的，估计你是全责了。建议去 4S 店，起码你尽了你的义务了，你要是去小修理厂，修出问题你岂不是更说不清了。

BFS+DP，用另一个同样大矩阵保存到达某个点的已知最少的步数，BFS 的每一步检查新矩阵中当前的位置是不是记录了更小或相等的步数。如果是就不再展开这个位置了，否则记录步数到这个位置。空间复杂度是 m*n+BFS 用的栈，我直觉觉得栈肯定比 m*n 小，可以忽略。时间复杂度没分析过，不够一般情况下不会太差。我的直觉是因为 BFS 的初期很容易剪掉相邻的分支，应该是 m*n 或者最多是 m*n*log(m*n)级别的

应该不是最快的解法，不过可扩展性很强，因为很容易处理经过每格格子的开销不一样的情况，以及类似战棋游戏里的移动力有限想知道哪些点是可达的情况，各种涂色的问题等等

总之在十年前之后的硬件条件下我会无脑用这种解法

function mergeArr() {
var output = [];
doMerge(arguments, 0, "", output);
return output;
}

function doMerge(data, depth, prev, output) {
if(depth == data.length) {
output.push(prev);
} else {
let curr = data[depth];
for (let i = 0; i < curr.length; i++) {
doMerge(data, depth + 1, prev + curr[i], output);
}
}
}

经典递归实现，在我的电脑上大概 120-150ms

这前二十八章呢...