只发送请求，不接收结果，追求发包速度，苏飞能给个思路么？

01470087

这样的，做个抢票工具，需要最大程度压缩单个请求的耗时，以争取在最短时间内把请求发过去，让服务器进行相应操作，答复结果不重要，有几个思路
1、只发包，不接收包（暂时没能实现）
2、HEAD请求（失败了，服务器没有相应动作）

两个问题向苏飞求教
1、只发包不接收包的话，服务器会进行相应操作么？
2、怎么实现只发送包不接收包的类呢？
先谢谢苏飞了

站长苏飞

从Http的原理就不通，Http是一问一答的方式 怎么可能不接收呢。只不过是你不存储而已，再说的返回什么数据是服务端控制的。
除非你攻击了别人网站，换人你自己写的程序，否则没办法

01470087

谢谢苏飞解惑啊
那HEAD请求你有研究过没？这个请求会有效果么？呵呵

01470087

站长苏飞 发表于 2014-1-20 13:16
从Http的原理就不通，Http是一问一答的方式 怎么可能不接收呢。只不过是你不存储而已，再说的返回什么数据 ...

谢谢苏飞解惑啊 那HEAD请求你有研究过没？这个请求会有效果么？呵呵

01470087

只问不答案就成了握手协议攻击了吧，呵呵

站长苏飞

我相信网站不会因为这个影响性能，建议你转变一下想法，不要从这上面入手。估计效果不会很好。而且这种方法一但当成攻击很有可能分封禁你的IP

01470087

站长苏飞 发表于 2014-1-20 13:42
我相信网站不会因为这个影响性能，建议你转变一下想法，不要从这上面入手。估计效果不会很好。而且这种方法 ...

封IP问题不大，这影响不了我，呵呵
方式考虑还有几种：
1、租用个地理位置较近的服务器，减少网络延迟
2、底层编码，比如C什么的，取消不必要的底层判断或遍历，加快代码本身的速度
3、封包精简，精简一些不必要的请求HEAD，加快发送速度
4、多网卡（httphelp类没提供出口IP选择的功能嘛），多网卡同步发送，增加瞬间发包量
5、集群，一个COOKIE，多台终端发包，提高瞬间发包量


还有我研究了一下底层的封包方式，貌似我只要在接收前发个ACK确认过去就可以的样子，但是要尝试很麻烦啊，可能需要一大堆代码。

站长苏飞

我也写过这类的软件，我只是感觉你努力的方向不对，你上面所列出来的前两项，个人感觉作用不大。你说发一下32Kb的字符串和发送一个100Kb的能差多少时间？这个真的是关键吗？
多网卡与Httphelper无关，Httphelper只是Http请求，什么时候也不会增加选择Ip的功能。用代理可以，这就不 是一个方向，一个是网络编程，一个是驱动编程。
一个Cookie多台电脑发送，只会相互干扰而已。

我感觉封IP影响极大，怎么会影响不大呢。就算你有1万个IP都是攻击类型的，会瞬间被封了，难道你能瞬间再换一万个？

这类的就是多IP，多服务器的方式，或者是式线程之类的配合 ，具体的发多少包，少一点两点的真没有必考虑。

01470087

站长苏飞 发表于 2014-1-20 13:58
我也写过这类的软件，我只是感觉你努力的方向不对，你上面所列出来的前两项，个人感觉作用不大。你说发一下 ...

额，做的抢票软件
速度的话，一点是一点啊
成功的只需要一次，0.1毫秒都很要命，呵呵
谢谢你了

站长苏飞

01470087 发表于 2014-1-20 14:26
额，做的抢票软件
速度的话，一点是一点啊
成功的只需要一次，0.1毫秒都很要命，呵呵

这方向真不用考虑太多，只要发送过去，他服务上就会处理，回传只是通知你。
我还真没见过因为这个影响多大的，0.00001毫秒估计都不省不下来还0.1毫秒，呵呵。
所以我建议你先优化其他的，不要想的太大了。