Comet：基于 HTTP 长连接的“服务器推”技术
“服务器推”技术的应用请访问 ，这是有关 Ajax 编程模型信息的一站式中心，包括很多文档、教程、论坛、blog、wiki 和新闻。任何
Ajax 的新信息都能在这里找到。 传统模式的 Web 系统以客户端发出请求、服务器端响应的方式工作。这种方式并不能满足很多现实应用的需求，譬如：监控系统：后台硬件热插拔、LED、温度、电压发生变化；即时通信系统：其它用户登录、发送信息；即时报价系统：后台数据库内容发生变化；这些应用都需要服务器能实时地将更新的信息传送到客户端，而无须客户端发出请求。“服务器推”技术在现实应用中有一些解决方案，本文将这些解决方案分为两类：一类需要在浏览器端安装插件，基于套接口传送信息，或是使用
RMI、CORBA 进行远程调用；而另一类则无须浏览器安装任何插件、基于 HTTP 长连接。将“服务器推”应用在 Web 程序中，首先考虑的是如何在功能有限的浏览器端接收、处理信息：客户端如何接收、处理信息，是否需要使用套接口或是使用远程调用。客户端呈现给用户的是 HTML 页面还是 Java applet 或
Flash 窗口。如果使用套接口和远程调用，怎么和 JavaScript 结合修改 HTML 的显示。客户与服务器端通信的信息格式，采取怎样的出错处理机制。客户端是否需要支持不同类型的浏览器如 IE、Firefox，是否需要同时支持 Windows 和 Linux 平台。基于客户端套接口的“服务器推”技术Flash XMLSocket如果 Web 应用的用户接受应用只有在安装了 Flash 播放器才能正常运行， 那么使用 Flash 的 XMLSocket
也是一个可行的方案。这种方案实现的基础是：Flash 提供了 XMLSocket 类。JavaScript 和 Flash 的紧密结合：在 JavaScript 可以直接调用 Flash 程序提供的接口。具体实现方法：在 HTML 页面中内嵌入一个使用了 XMLSocket 类的 Flash 程序。JavaScript 通过调用此 Flash
程序提供的套接口接口与服务器端的套接口进行通信。JavaScript 在收到服务器端以 XML 格式传送的信息后可以很容易地控制 HTML
页面的内容显示。关于如何去构建充当了 JavaScript 与 Flash XMLSocket 桥梁的 Flash 程序，以及如何在 JavaScript 里调用
Flash 提供的接口，我们可以参考 AFLAX（Asynchronous Flash and XML）项目提供的 Socket Demo 以及
SocketJS（请参见 ）。Javascript 与 Flash 的紧密结合，极大增强了客户端的处理能力。从 Flash 播放器 V7.0.19 开始，已经取消了
XMLSocket 的端口必须大于 1023 的限制。Linux 平台也支持 Flash XMLSocket 方案。但此方案的缺点在于：客户端必须安装 Flash 播放器；因为 XMLSocket 没有 HTTP 隧道功能，XMLSocket 类不能自动穿过防火墙；因为是使用套接口，需要设置一个通信端口，防火墙、代理服务器也可能对非 HTTP 通道端口进行限制；不过这种方案在一些网络聊天室，网络互动游戏中已得到广泛使用。Java Applet 套接口 在客户端使用 Java Applet，通过 java.net.Socket 或
java.net.DatagramSocket 或
java.net.MulticastSocket 建立与服务器端的套接口连接，从而实现“服务器推”。这种方案最大的不足在于 Java applet 在收到服务器端返回的信息后，无法通过 JavaScript 去更新 HTML 页面的内容。 基于 HTTP 长连接的“服务器推”技术Comet 简介浏览器作为 Web
应用的前台，自身的处理功能比较有限。浏览器的发展需要客户端升级软件，同时由于客户端浏览器软件的多样性，在某种意义上，也影响了浏览器新技术的推广。在
Web 应用中，浏览器的主要工作是发送请求、解析服务器返回的信息以不同的风格显示。AJAX
是浏览器技术发展的成果，通过在浏览器端发送异步请求，提高了单用户操作的响应性。但 Web
本质上是一个多用户的系统，对任何用户来说，可以认为服务器是另外一个用户。现有 AJAX 技术的发展并不能解决在一个多用户的 Web
应用中，将更新的信息实时传送给客户端，从而用户可能在“过时”的信息下进行操作。而 AJAX 的应用又使后台数据更新更加频繁成为可能。图 1. 传统的 Web 应用模型与基于 AJAX 的模型之比较“服务器推”是一种很早就存在的技术，以前在实现上主要是通过客户端的套接口，或是服务器端的远程调用。因为浏览器技术的发展比较缓慢，没有为“服务器推”的实现提供很好的支持，在纯浏览器的应用中很难有一个完善的方案去实现“服务器推”并用于商业程序。最近几年，因为
AJAX 技术的普及，以及把 IFrame 嵌在“htmlfile“的 ActiveX 组件中可以解决 IE 的加载显示问题，一些受欢迎的应用如
meebo，gmail+gtalk
在实现中使用了这些新技术；同时“服务器推”在现实应用中确实存在很多需求。因为这些原因，基于纯浏览器的“服务器推”技术开始受到较多关注，Alex
Russell（Dojo Toolkit 的项目 Lead）称这种基于 HTTP
长连接、无须在浏览器端安装插件的“服务器推”技术为“Comet”。目前已经出现了一些成熟的 Comet 应用以及各种开源框架；一些 Web 服务器如
Jetty 也在为支持大量并发的长连接进行了很多改进。关于 Comet 技术最新的发展状况请参考关于 Comet 的 wiki。下面将介绍两种 Comet 应用的实现模型。基于 AJAX 的长轮询（long-polling）方式如
所示，AJAX 的出现使得 JavaScript 可以调用 XMLHttpRequest
对象发出 HTTP 请求，JavaScript 响应处理函数根据服务器返回的信息对 HTML 页面的显示进行更新。使用 AJAX
实现“服务器推”与传统的 AJAX 应用不同之处在于：服务器端会阻塞请求直到有数据传递或超时才返回。客户端 JavaScript 响应处理函数会在处理完服务器返回的信息后，再次发出请求，重新建立连接。当客户端处理接收的数据、重新建立连接时，服务器端可能有新的数据到达；这些信息会被服务器端保存直到客户端重新建立连接，客户端会一次把当前服务器端所有的信息取回。图 2. 基于长轮询的服务器推模型一些应用及示例如 “Meebo”, “Pushlet Chat”
都采用了这种长轮询的方式。相对于“轮询”（poll），这种长轮询方式也可以称为“拉”（pull）。因为这种方案基于
AJAX，具有以下一些优点：请求异步发出；无须安装插件；IE、Mozilla FireFox 都支持 AJAX。在这种长轮询方式下，客户端是在 XMLHttpRequest 的 readystate 为 4（即数据传输结束）时调用回调函数，进行信息处理。当
readystate 为 4 时，数据传输结束，连接已经关闭。Mozilla Firefox 提供了对 Streaming AJAX 的支持， 即
readystate 为 3 时（数据仍在传输中），客户端可以读取数据，从而无须关闭连接，就能读取处理服务器端返回的信息。IE 在
readystate 为 3 时，不能读取服务器返回的数据，目前 IE 不支持基于 Streaming AJAX。基于 Iframe 及 htmlfile 的流（streaming）方式iframe 是很早就存在的一种 HTML 标记， 通过在 HTML 页面里嵌入一个隐蔵帧，然后将这个隐蔵帧的 SRC
属性设为对一个长连接的请求，服务器端就能源源不断地往客户端输入数据。图 3. 基于流方式的服务器推模型上节提到的 AJAX 方案是在 JavaScript 里处理 XMLHttpRequest 从服务器取回的数据，然后 Javascript
可以很方便的去控制 HTML 页面的显示。同样的思路用在 iframe 方案的客户端，iframe
服务器端并不返回直接显示在页面的数据，而是返回对客户端 Javascript
函数的调用，如“&script type="text/javascript"&js_func(“data from server ”)&/script&”。服务器端将返回的数据作为客户端
JavaScript 函数的参数传递；客户端浏览器的 Javascript 引擎在收到服务器返回的 JavaScript
调用时就会去执行代码。从
可以看到，每次数据传送不会关闭连接，连接只会在通信出现错误时，或是连接重建时关闭（一些防火墙常被设置为丢弃过长的连接，
服务器端可以设置一个超时时间， 超时后通知客户端重新建立连接，并关闭原来的连接）。使用 iframe 请求一个长连接有一个很明显的不足之处：IE、Morzilla Firefox 下端的进度栏都会显示加载没有完成，而且 IE
上方的图标会不停的转动，表示加载正在进行。Google 的天才们使用一个称为“htmlfile”的 ActiveX 解决了在 IE
中的加载显示问题，并将这种方法用到了 gmail+gtalk 产品中。Alex Russell 在 “What else is burried
down in the depth's of Google's amazing JavaScript?”文章中介绍了这种方法。Zeitoun
网站提供的 comet-iframe.tar.gz，封装了一个基于 iframe 和 htmlfile 的 JavaScript comet
对象，支持 IE、Mozilla Firefox 浏览器，可以作为参考。（请参见 ）使用 Comet 模型开发自己的应用上面介绍了两种基于 HTTP 长连接的“服务器推”架构，更多描述了客户端处理长连接的技术。对于一个实际的应用而言，系统的稳定性和性能是非常重要的。将
HTTP 长连接用于实际应用，很多细节需要考虑。不要在同一客户端同时使用超过两个的 HTTP 长连接我们使用 IE 下载文件时会有这样的体验，从同一个 Web
服务器下载文件，最多只能有两个文件同时被下载。第三个文件的下载会被阻塞，直到前面下载的文件下载完毕。这是因为 HTTP 1.1
规范中规定，客户端不应该与服务器端建立超过两个的 HTTP 连接， 新的连接会被阻塞。而 IE 在实现中严格遵守了这种规定。HTTP 1.1 对两个长连接的限制，会对使用了长连接的 Web 应用带来如下现象：在客户端如果打开超过两个的 IE 窗口去访问同一个使用了长连接的
Web 服务器，第三个 IE 窗口的 HTTP 请求被前两个窗口的长连接阻塞。所以在开发长连接的应用时， 必须注意在使用了多个 frame 的页面中，不要为每个 frame 的页面都建立一个 HTTP 长连接，这样会阻塞其它的
HTTP 请求，在设计上考虑让多个 frame 的更新共用一个长连接。服务器端的性能和可扩展性一般 Web 服务器会为每个连接创建一个线程，如果在大型的商业应用中使用
Comet，服务器端需要维护大量并发的长连接。在这种应用背景下，服务器端需要考虑负载均衡和集群技术；或是在服务器端为长连接作一些改进。应用和技术的发展总是带来新的需求，从而推动新技术的发展。HTTP 1.1 与 1.0 规范有一个很大的不同：1.0 规范下服务器在处理完每个
Get/Post 请求后会关闭套接口连接； 而 1.1 规范下服务器会保持这个连接，在处理两个请求的间隔时间里，这个连接处于空闲状态。 Java
1.4 引入了支持异步 IO 的 java.nio
包。当连接处于空闲时，为这个连接分配的线程资源会返还到线程池，可以供新的连接使用；当原来处于空闲的连接的客户发出新的请求，会从线程池里分配一个线程资源处理这个请求。
这种技术在连接处于空闲的机率较高、并发连接数目很多的场景下对于降低服务器的资源负载非常有效。但是 AJAX 的应用使请求的出现变得频繁，而 Comet
则会长时间占用一个连接，上述的服务器模型在新的应用背景下会变得非常低效，线程池里有限的线程数甚至可能会阻塞新的连接。Jetty 6 Web
服务器针对 AJAX、Comet 应用的特点进行了很多创新的改进，请参考文章“AJAX，Comet and Jetty”（请参见 ）。控制信息与数据信息使用不同的 HTTP 连接使用长连接时，存在一个很常见的场景：客户端网页需要关闭，而服务器端还处在读取数据的堵塞状态，客户端需要及时通知服务器端关闭数据连接。服务器在收到关闭请求后首先要从读取数据的阻塞状态唤醒，然后释放为这个客户端分配的资源，再关闭连接。所以在设计上，我们需要使客户端的控制请求和数据请求使用不同的 HTTP 连接，才能使控制请求不会被阻塞。在实现上，如果是基于 iframe 流方式的长连接，客户端页面需要使用两个
iframe，一个是控制帧，用于往服务器端发送控制请求，控制请求能很快收到响应，不会被堵塞；一个是显示帧，用于往服务器端发送长连接请求。如果是基于
AJAX 的长轮询方式，客户端可以异步地发出一个 XMLHttpRequest 请求，通知服务器端关闭数据连接。在客户和服务器之间保持“心跳”信息在浏览器与服务器之间维持一个长连接会为通信带来一些不确定性：因为数据传输是随机的，客户端不知道何时服务器才有数据传送。服务器端需要确保当客户端不再工作时，释放为这个客户端分配的资源，防止内存泄漏。因此需要一种机制使双方知道大家都在正常运行。在实现上：服务器端在阻塞读时会设置一个时限，超时后阻塞读调用会返回，同时发给客户端没有新数据到达的心跳信息。此时如果客户端已经关闭，服务器往通道写数据会出现异常，服务器端就会及时释放为这个客户端分配的资源。如果客户端使用的是基于 AJAX
的长轮询方式；服务器端返回数据、关闭连接后，经过某个时限没有收到客户端的再次请求，会认为客户端不能正常工作，会释放为这个客户端分配、维护的资源。当服务器处理信息出现异常情况，需要发送错误信息通知客户端，同时释放资源、关闭连接。Pushlet - 开源 Comet 框架Pushlet 是一个开源的 Comet 框架，在设计上有很多值得借鉴的地方，对于开发轻量级的 Comet 应用很有参考价值。观察者模型Pushlet 使用了观察者模型：客户端发送请求，订阅感兴趣的事件；服务器端为每个客户端分配一个会话 ID
作为标记，事件源会把新产生的事件以多播的方式发送到订阅者的事件队列里。客户端 JavaScript 库pushlet 提供了基于 AJAX 的 JavaScript 库文件用于实现长轮询方式的“服务器推”；还提供了基于 iframe 的
JavaScript 库文件用于实现流方式的“服务器推”。JavaScript 库做了很多封装工作：定义客户端的通信状态：STATE_ERROR、STATE_ABORT、STATE_NULL、STATE_READY、STATE_JOINED、STATE_LISTENING；保存服务器分配的会话 ID，在建立连接之后的每次请求中会附上会话 ID 表明身份；提供了 join()、leave()、subscribe()、
unsubsribe()、listen() 等 API 供页面调用；提供了处理响应的 JavaScript 函数接口
onData()、onEvent()…网页可以很方便地使用这两个 JavaScript 库文件封装的 API 与服务器进行通信。客户端与服务器端通信信息格式pushlet 定义了一套客户与服务器通信的信息格式，使用 XML
格式。定义了客户端发送请求的类型：join、leave、subscribe、unsubscribe、listen、refresh；以及响应的事件类型：data、join_ack、listen_ack、refresh、heartbeat、error、abort、subscribe_ack、unsubscribe_ack。 服务器端事件队列管理pushlet 在服务器端使用 Java Servlet 实现，其数据结构的设计框架仍可适用于 PHP、C 编写的后台客户端。Pushlet
支持客户端自己选择使用流、拉（长轮询）、轮询方式。服务器端根据客户选择的方式在读取事件队列（fetchEvents）时进行不同的处理。“轮询”模式下
fetchEvents()
会马上返回。”流“和”拉“模式使用阻塞的方式读事件，如果超时，会发给客户端发送一个没有新信息收到的“heartbeat“事件，如果是“拉”模式，会把“heartbeat”与“refresh”事件一起传给客户端，通知客户端重新发出请求、建立连接。客户服务器之间的会话管理服务端在客户端发送 join 请求时，会为客户端分配一个会话 ID， 并传给客户端，然后客户端就通过此会话 ID
标明身份发出 subscribe 和 listen
请求。服务器端会为每个会话维护一个订阅的主题集合、事件队列。服务器端的事件源会把新产生的事件以多播的方式发送到每个会话（即订阅者）的事件队列里。小结本文介绍了如何在现有的技术基础上选择合适的方案开发一个“服务器推”的应用，最优的方案还是取决于应用需求的本身。相对于传统的 Web 应用， 目前开发
Comet 应用还是具有一定的挑战性。“服务器推”存在广泛的应用需求，为了使 Comet 模型适用于大规模的商业应用，以及方便用户构建 Comet
应用，最近几年，无论是服务器还是浏览器都出现了很多新技术，同时也出现了很多开源的 Comet 框架、协议。需求推动技术的发展，相信 Comet
的应用会变得和 AJAX 一样普及。
相关主题developerWorks 文章“ ”：受异步服务器端事件驱动的 Ajax 应用程序实现较为困难，本文介绍了一种结合使用 Comet 模式和 Jetty
6 Continuations API 的解决方法。 “”：Alex Russell 是 Dojo Toolkit
的项目主管和 Dojo Foundation 的主席，他在这篇博客文章中提出了 Comet
这个术语。 “”（Alex Russel，2006 年 2 月）：Alex
在这篇文章里介绍了如何使用“htmlfile”ActiveX 控件解决 iframe 请求长连接时 IE
的加载显示问题。：提供了很多开源 Comet 框架的链接。：Jetty
是一种开源的基于标准的 Web 服务器，完全使用 Java 语言实现。 “”（Greg Wilkins，Webtide，2006 年 1
月）：Wilkins 的这份白皮书讨论了扩展 Ajax 连接的 Jetty 架构方法。：了解更多关于 Jetty 的 Continuations
特性的信息。 “”：开源 comet
框架，使用了观察者模型。浏览器端提供了基于 AJAX 和 iframe 的 JavaScript 库，服务器端使用 Java
Servlet。 “”：提供的 comet-iframe.tar.gz 使用
iframe/htmlfile 封装了一个 JavaScript comet 对象，支持 IE、Mozilla Firefox
浏览器。 “”：Asynchronous
Flash and XML，提供了强大的 Flash、Javascript 库和很多范例。：能找到更多关于 Ajax
技术的文章和教程。：提供了关于 Web
开发和架构方面的大量文章。：提供了关于 Java
编程各个方面的数百篇文章。：下载 Jetty。
添加或订阅评论，请先或。
有新评论时提醒我
static.content.url=http://www.ibm.com/developerworks/js/artrating/SITE_ID=10Zone=Web development, Java technology, Open sourceArticleID=252250ArticleTitle=Comet：基于 HTTP 长连接的“服务器推”技术publish-date=永不沉没的智能手机Comet启动众筹 - 手机 - cnBeta.COM
索尼Xperia Z5等防水手机并非新新事物，但是它们可以为您节省手机进水的维修费用，如果你把它们丢在浅水中，它们会安然无恙，但是如果掉落到超过防水深度的水中，那么它们也会像海绵那样吸收水分。现在，一款名为彗星的智能手机正在众筹网站上募集资金，它号称是第一款可以浮在水面上，永不沉没的智能手机，所以用户无需担心这款智能手机掉落到诸如湖泊、海洋等深水区域。
彗星智能手机开发者表示，每年有大约8250万部智能手机命丧游泳池，海滩，海洋，或者是厕所马桶当中，于是他们研发了真正可以浮于水面的智能手机。这款产品防水等级达到IPX7，这意味着它可以在一米水深处浸泡30分钟而不会损坏。开发者表示，彗星智能手机配备一个高速处理器，还有一个1600万像素摄像头和Android 5.1操作系统。彗星智能手机如果成功众筹，零售价约399美元，众筹价格是32GB 249美元，预计将在2016年四月交付。
对文章打分
永不沉没的智能手机Comet启动众筹
阅读 (41968) 评论 (10)
阅读 (28238) 评论 (7)
阅读 (20575) 评论 (1)
阅读 (41984) 评论 (10)
阅读 (40367) 评论 (5)
阅读 (35996) 评论 (9)
Advertisment ad adsense googles cpro.baidu.com湘潭哪里有二手手机买？_百度知道
湘潭哪里有二手手机买？
湘潭哪里有二手手机买？最大的二手手机市场在哪里？
我有更好的答案
潭城宾馆那一线都是得。外面摆着收手机的。。他们那有。还有潭城二楼
采纳率：29%
潭城手机市场~
南北特，，也就是潭城二楼，要啥有啥。
要什么有什么而且便宜
其他1条回答
为您推荐：
其他类似问题
您可能关注的内容
二手手机的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。湘潭哪里买到好手机_百度知道
湘潭哪里买到好手机
我有更好的答案
建设路口步步高电器城一楼、莲城步行街苏宁电器一楼
采纳率：40%
不过专卖店里肯定是贵一些的楼主你好，还有新华书店沿线都有很多品牌的专卖店或者想迪信通这样的店子。我想你说的好手机就是指的行货吧，就绝对不会是水货。不过还是建议你货比三家。谢谢，当然有，信誉当然没问题。在车站路沿线，基建营那一块。你只要说要行货
去城市盒子那一块，全是专卖店还有水货二手市场之类的
看你买行货还是水货行货的话谭城和基建营的专卖品牌店都可以水货的话谭城2楼那里有卖，不过那就要你自己挑和还价了
基建营那一块吧
其他2条回答
为您推荐：
其他类似问题
您可能关注的内容
湘潭的相关知识
换一换
回答问题，赢新手礼包
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。湘潭市郁金香哪里有卖
规格型号:规格齐全计量单位:斤产品单价:2供求数量:湘潭市郁金香哪里有卖倾城种业，网址；http://zhongzi688.com/&nbsp咨询&nbsp电话；&nbsp&nbsp&nbsp&nbsp主营草坪草种；；绿化资材；花卉种&nbsp子；绿化工程机械供应和绿化工程施工业务，全国拥有3个港仓和12个试验基地。一直以来以其&缔造绿化地球&的理念、优质的产品质量，高水平的科研队&nbsp伍，得到了越来越多的客户肯定，已经成长为中国绿化工程行业的品牌企业。&nbsp从事高速公路、铁路、厂区、小区、矿山、山体等绿化施工，与中国中铁、铁汉集团、中国路桥集团、长大集团、1000多家园林绿化公&nbsp司、800多家园林工程单位建立了长期合作关系，至今参与完成大型绿化工程项目30多项，自主完成绿化工程项目20多项&nbsp&nbsp&nbsp&nbsp。
以上信息由自行发布！联系我时，请说是在“金农网”看到的，谢谢！
联系人：夏先生(男)
联系电话：
手机号码：
在线咨询：
邮政编码：
电子邮箱：
联系地址：江苏省南京市江宁区将军大道88号
金农网农业百科
　沙糖桔施肥根据不同生育时期，不同树势而定。&
　　幼龄树定植40天后，新根开始生长，可用腐熟粪水稀释2&3倍淋施，每隔10～15天施一次，每株5～10斤，随着幼树成长，逐步加大粪水的浓度和用量，适当加入尿素溶于粪水后淋施。
　　从种植第二年开始，可减少施肥次数，加大每次的粪水和化肥用量，每次施用粪水30斤，尿素3两左右。到9月份停止施用氮肥和粪水，施一次钾肥，每株施入氯化钾半斤，以促进花芽分化。同时要注意土壤水份管理。&
　　幼龄结果树施肥分三次：&
　　(1)稳果肥：每株施粪水50斤，或复合肥、尿素各半斤。&
　　(2)壮果肥：氮、磷、钾配合施用，每株用复合肥1斤，尿素钾肥各半斤。&
　　(3)采果肥：每株施用腐熟粪水50一100斤。每年秋梢老熟后开始控水控肥，控制冬梢，促进花芽分化。&
　　施肥要讲究方法，要做到少肥高效、经济、安全。施肥要避开根头部，埋施要在树冠外垂直处。土壤太湿施肥，根部反渗透作用，造成脱水伤根。土壤太湿施肥，造成根部缺氧烂根。所以，施肥应以土壤不干又不太湿为宜。不能偏施氮肥，要注意增施磷、钾、钙、镁肥。人畜粪尿等沤制的水肥，一定要充分腐熟后才能使用。&
　　果树要稳产增产，受多方面因素影响。要充分做好各项管理工作。
　　至于沙糖桔种植新技术，近年兴起&以螨治螨&生物防治技术，主要措施是采取生草栽培，建立生态果园，限制使用农药，通过释放&捕食螨&建立 &捕食螨&种群，以达到长期控制害螨发生的目的。可在八个月之内，基本上不需要使用防害螨的农药。&具体内容包括：一是释放捕食螨前适时喷施生物农药&绿晶&一次，压低虫口密度，喷药三天后（其它农药应在20天后），当红蜘蛛虫口密度平均每叶在1-2只时进行释放捕食螨；二是释放捕食螨时，每棵果树挂一袋捕食螨。方法是先将纸袋剪开，然后将其挂在果树的主枝中部荫蔽处即可。如遇雨天，套盖薄膜袋，袋口向下，并让其开口，不能封死；三是释放捕食螨后，果园要留长适量杂草，最好留长百花草，其目的是利于捕食螨在害螨锐减后仍然能找到其生存栖息的环境，延长其生活期和繁殖代数，从而获得更长的有效防治时期；四是释放了捕食后，不能喷施化学农药，特别是有机磷等高毒化学农药，以免杀伤&捕食螨&，破坏&捕食螨&优势种群。
类型：供应信息
编码：.shtml
标题：湘潭市郁金香哪里有卖
版权与免责声明