jsp(x) speed bug fix

[XinRoom]

buf.clear(); 会重置缓冲区的主要索引值，不必为了每次读写都创建新的缓冲区；如果在下次写入之前不这么做，那么下次写入总是失败的。这将导致while循环总是只执行一次，每次http链接只能传输513字节长度的数据，降低效率。

以下是测试数据：
未添加buf.clear();时：

让我们看看while循环执行的情况：

显然，第二次写buf总是失败，长度为0，导致while循环只能执行1次。数据将会被分成多次http连接传递，降低传输效率。

添加buf.clear();时：

单次可传递数据明显变多：

curl 传输速度对比：

[L-codes]

感谢提交，这是前不久版本删除的代码clear() 原因是部分环境报错，感谢提醒性能bug存在，但估计得用其它办法解决比如创建多个buf

[XinRoom]

感谢提交，这是前不久版本删除的代码clear() 原因是部分环境报错，感谢提醒性能bug存在，但估计得用其它办法解决比如创建多个buf

我测试了asuuto/tomcat6-jdk6（Apache Tomcat/6.0.53+jdk6）、apsl/tomcat5（Apache Tomcat/5.5.36+jdk1.5.0_22）没有发现问题
可否告知下是什么版本的环境？

[XinRoom]

查阅了下互联网资料，似乎问题会出在使用jdk9编译，并在jdk8上运行是会出现java.lang.NoSuchMethodError问题：
plasma-umass/doppio#497 (comment)

可以使用强制类型转换解决：
((java.nio.Buffer)buf).clear();

[L-codes]

((java.nio.Buffer)buf).clear(); 这个可以晚点我测试一下，可以的话我合并一下RP；不知道 out.flush() 是否也会存在同样问题？

[XinRoom]

((java.nio.Buffer)buf).clear(); 这个可以晚点我测试一下，可以的话我合并一下RP；不知道 out.flush() 是否也会存在同样问题？

out.flush() 应该没有兼容问题，out.flush() 在小数据传输的时候会更具有实时性。目前来看对性能影响不大。

可以再充分测试一下。

[L-codes]

再次感谢 RP 提交，测试没有问题！并发布了 v3.1.0