发现bug。官方提供的deom---waterfall存在bug。

爱我的老鼠

正在做外卖app，需要从菜单上图片时，出现该商品的大图，方便用户浏览------于是就用到了waterfall。
实现方法：无论是shell.open，还是通过windialog，最终问题都一样存在。
用浏览器模拟运行：
（1）外卖商品图片点一下，通过shell.open到waterfall界面。此时CPU占用突然提升到60%以上。这个现象在官网提供的waterfall源码里面，也是存在的！god。。。我只是1个人测试要是多人都用这个功能查看图片，服务器CPU估计会很恐怖。
（2）在waterfall界面上，增加了关闭按钮。无论是windialog通过shell.close，还是通过winreciver关闭。关闭后，发现CPU占用依然居高不下！！！说明w是关闭了（测试过），但是该w里面调用的js脚本命令等，尚未结束或释放资源！！！ 为了验证我的想法，我把浏览器界面刷新了一下，再重新打开外卖界面后，果然cpu又恢复到了极低的资源上。

这个问题，尽管是来自waterfall，但反应出2个问题：
（1）bug1：watefall，在js资源上，的确有bug。
（2）bug2：子窗口关闭---无法联动关闭该窗口上引用的js资源或其他。导致窗口关闭而资源继续（这个bug颠覆了c/s下的窗口开发，或许不是bug，是b/s开发的天然漏洞？）。

无论是用哪种方法调用带watefall的窗口----无论该窗口如何关闭（除非知道如何释放watefall占用的资源），该窗口关闭后，该窗口所调用的指令，并未关闭。其实这个问题，其他人也测试发现过（原先有个帖子说某子窗口调用打开音频，该子窗口关闭后，音频还在继续播放。后来官方给的办法是 自己提前关闭音频，再关闭该窗口。）

liangyongfei

你好楼主，这个特性目前版本不支持，已作为产品功能建议提交(内部编号：2016082200039)，感谢楼主的支持与配合。

爱我的老鼠

对不起，liang妹子，app上测试时，服务器没有很高的cpu。这就行。

爱我的老鼠

这个问题不提交也行。我当时测试是在 浏览器打开出这个问题的。

qldsrx

估计你的浏览器是直接在服务器上打开的，不然不可能占用高CPU，也就是你的CPU是浏览器占用的。