@anakinsky 跳转连接 是指从后端接口中 跳转到其他的链接吗？ 如果是的话，那就是不支持的，这个框架是纯粹面向前后端分离的架构， 只能返回 json 和文件流。

如果不是的话，麻烦详细描述下错误，方便我分析。

谢谢

@abersheeran 谢谢你的建议， 其实以前 github 上也都是英文的，后来嫌维护麻烦就改了。 官网改成全中文也基本上快了。

@lei2j 不想依赖第三方，netty 很好很强大，但是里面我用不到的东西也有很多，不够小。

@zacharyjia
@cheng6563
@laminux29
@BBCCBB

谢谢大佬们，已经解决了，通过查看读到的内容中有没有 \r\n\r\n 来判断头读完了没，如果读完了则获取到 Content-Length， 然后继续读 body，再判断已经读到的 body 的长度是否>= Content-Length 。

@sagaxu

我只能用第二种方案了，因为我是基于 NIO 在开发 http 服务，所以需要等待响应，客户端不能关闭的

但是第二种方案有个问题，不知道边界如何确定，因为客户端传来的数据是变化多端的。

@BBCCBB 谢谢，我尝试了一下改成 -1，但是 这样一来就一直死循环了，只有强行取消本次请求 才会变成-1，否则到 0 就下不去了，有点头疼。

一个无线鼠标搞定

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

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

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

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

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

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

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

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

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

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

@xx6412223
@shhch

懂了，谢谢大佬们

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

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

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

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

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

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

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

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

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

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

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

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