按照现在的目录结构建一个 gradle 项目，然后把源码拷贝进去就好了

现在最大的问题是 远距离无线输电。 如果解决了这个问题，就好了。

键盘，鼠标 都有蓝牙的， 但我感觉你现在的问题是不是电线多，而是你桌子上的东西多。 要不要尝试一下 不要外接显示器，键盘，鼠标都换成蓝牙。

桌子上就放电脑，鼠标，键盘，最多再搞个手机充电线。 是不是就干净多了。

@dream4ever 有连接啊，在 banner 上，有两个按钮，第一个就是。

@nickchenyx 目前是跟宕机一样处理的，调不通 达到一个阈值就下线。

一开始是采用的心跳机制，但是考虑到每个服务都要定时给所有服务发心跳包，网络压力有点大，就改掉了。 牺牲了一点性能

@wizardoz 本来就可以啊，有什么问题吗？ 蓄水是因为下游 有时需要水，有时不需要水。 就是个仓库的作用。

但是程序中，消费端是不停的在消费的。 完全两个概念。

我感觉你只看了一眼标题就回答了，没看我的详细描述。 我的问题是基于详细描述的那个前提的

@xx6412223
@shhch

懂了，谢谢大佬们

@h82258652 这个倒是个问题。 不过这个高，除了暴增，基本也不会有太大问题吧。 这个时间段保护了下游服务，但是上游服务一样遭受了大量的流量。

@myd 为什么会同时处理多个任务？ 直接调用下游服务，让下游服务去处理啊？ 下游服务也可以负载均衡，动态扩容啊。

正确的做法就是维护两个类，所以不用改。

我也是做开源项目的，也遭遇过不少质疑，从这个角度来看，我真的很想说一些鼓励的话，甚至支持一下。我最近也看到这个项目在 osc 上得奖了。

但是我还是想理性分析一下：

1. 一般来说，我们在开发的时候如果需要操作数据库，会怎么办？我想大多数人都是在 navicat 里写 sql，测好以后，再贴到项目中来， 而用了你这个，只需要直接在项目中写代码即可，省去了粘贴的步骤。

2. 第 1 点看似是提高了效率，但是也引发了另一个问题，如果在 navicat 里写 sql，用工具也可以通过可视化的方式生成 sql，写起来并不慢，而且验证速度非常快，只需要点击一个按钮即可， 而在项目中用你这个写的话，验证就得启单测了，这个速度相差的可不是一点点。

我之前也想过要在我的项目中加入类似的功能，但是考虑到开发效率，就放弃了。毕竟一切的工具都是为了提高干活的效率，或者运行效率，如果没有这个前提的话，所有的花样都只是一种新鲜感。

如果你可以解决这个问题的话，比如开发配套的 idea 插件 或者 其他方法，相信大家会更愿意使用的。

一般 编译的时候，编译器会对源码做优化。 而反编译是将字节码反向编译成源码， 但是字节码是对源码优化后编译而成的，

所以反编译出来的东西 跟源码是两码事，可读性非常差。

神奇的物种， 连买娃娃都可以拿出来晒了。

安卓高端机，三星认第二，谁敢认第一？

git push origin 分支名称。

解压，修改，压缩，改后缀

有点不明白，既然是测试，为什么要乱填号码？ 乱填以后，你怎么知道短信验证码有没有发出去呢？ 流程都无法闭环了。

navicat 不香吗

ctrl + c 退出当前进程。