chrome插件源码

1. chrome插件content scripts怎么调试

谷歌浏览器(Google Chrome)开发调试详细介绍
很多Web前台开发者都喜欢这种浏览器自带的开发者工具，这对前台设计、代码调试很大帮助的。

Chrome浏览器得益于其优秀的V8解释器，javascript执行速度和内存占有率表现非常优秀。对于html+css+javascript前台技术的学习或者开发，浏览器developer tool的使用时必不可少的，也能极大的提高学习或者开发效率。本文根据版本 23.0.1271.10。在window下，开启developer tool的快捷键为F12。

1 Developer tool功能结构
Developer tool的功能栏有8个，分别是标签、资源、网络、源码、时间轴、性能、监察和显示（命令行）。

2 Element panel
2.1 Element控制面板基本功能
Element控制面板能够让你查看所有的DOM tree中的内容，可以根据html内容找到页面中的元素或者根据页面中的定位标签，同时可以改变DOM的内容。由javascript代码产生的标签，也只能通过这种方式查看了（在你的IDE中无法看到）。

Element控制面板

如上图所示，我选中

标签之后，在页面中显示的对应的元素就会选中。如果，我现在要定位网络一下这个按钮，我可以通过左下角的放大镜，在页面中选中网络一下，DOM中也会把对应的标签给你找出来。这个功能在调试时绝对是利器。最下面显示的是现在选中标签在DOM中的层次关系。

2. 使用JS 代码，检查chrome插件是否安装成功的问题：

都能蒐索到解决方案了, 都不蒐索下mimeTypes?
随便找都有啊
http://blog.csdn.net/vkqiang/article/details/4244515

'这里面的key就是你的插件的type'
这句话很清楚了, application/npclipboard 是个type
就是个类型啊, 就是插件用于与别的插件区分的一个唯一的身份标志啊

3. 如何查看google chrome 插件源码

在chrome浏览器地址栏里输入
chrome://chrome/extensions/
打开扩展页面
记录要查看的扩展的ID
在地址栏输入
chrome://version/
找到
配置文件路径
这一项。将路径拷贝
将上面拷贝的路径输入资源管理器的地址栏，进入Extensions目录
进入目录名是扩展ID
的那个目录
进入版本目录
看到源码了
采纳哟

4. 如何将 Chrome 变成开发利器，开发者们在用这些插件

你的网站正常运转。现在我们来让它运转的更快。网站的性能由页面载入速度和代码执行效率决定。一些服务可以让你的网站载入更快，比如压缩和CDN，但是让代码执行的更快你要做的事情。代码中很小的改动都可能对性能造成巨大的影响。快速灵活的网站和可怕的“无响应脚本”对话框可能只有几行代码的差别。这篇文章告诉你如何通过用Chrome开发者工具（ChromeDeveloperTools）找到这几行关键的代码。设置一个基线我们来看一个简单的“颜色排序器”应用，这个应用展示了一个由各种颜色构成的网格，你可以拖拽这些颜色进行混合。每一个点都是一个div标签加上一些让它看起来是圆的的CSS。生成这些颜色是需要技巧的，所以我借助了””。页面载入的很快，但还是花费了一些时间，在渲染之前还闪了一下。是时候对这个页面进行性能分析让它更快了。在开始做性能优化的时候要设置一个基线，来明确这个页面的速度到底怎样。这个基线可以让你知道自己是否做了优化并帮助你权衡利弊。在这片文章里我们要使用chrome开发者工具。性能分析器(profiler)是chrome开发者工具的一部分，点击小扳手下面的工具菜单就可以打开它。Firebug也有一些性能评测工具，但是webkit内核的浏览器（chrome和safari）在对代码进行性能分析和展示时间线方面是最棒的。Chrome还提供一种很棒的事件跟踪工具，叫做speedtracer。在时间线(timeline)标签下开始记录，载入页面然后停止记录，这样就设置了一个基线。（打开chrome开发者工具，点击“时间线”标签，然后点击窗口底部圆形的黑色“记录”图标开始记录）。chrome是很智能的，只有页面开始载入的时候才会开始记录。我记录了三次然后取了平均值，以防我的电脑在第一次测试的时候运行的很慢。我的平均基线，也就是从第一个请求到页面全部渲染结束所花费的时间是1.25秒。这个时间不是太长，但是对于这样一个小的页面来说也不算好。我想让代码执行的更快，但是我并不知道是什么让它慢下来的。性能分析器(profiler)帮助我找到原因。创建一个Profile时间线(timeline)告诉我们代码运行花费的时间，但是并没有帮助我们知道代码运行的时候发生了什么。我们可以做一些改动然后不断的测每次代码运行的时间，但这是盲目的。profiles给我们提供了更好的方法。profiler告诉我们哪些函数的执行占用了大部分时间。让我们切换到chrome开发者工具的“Profiles”标签页开始性能测试，这里一共提供了三种类型的性能测试。1、javascriptcpu性能测试显示javascript占用了多少CPU2、css选择器性能测试显示处理CSS选择器占用的CPU3、堆栈快照显示javascript对象的内存占用情况我们想要javascript代码执行的更快，所以我们进行CPU性能测试。我们开始性能测试，刷新页面然后停止。通过性能分析首先知道很多函数在执行。“颜色排序器”使用了jQuery和jQueryUI,来处理些管理插件和解析表达式之类的事情。我发现列表最顶端的是decimalToHex和makeColorSorter两个函数。这两个函数占用了CPU13.2%的时间，这是做优化的好地方。我们可以点击函数调用旁边的“下一个”箭头来查看完整的函数调用堆栈。后，可以看到decimalToHex是被makeColorSorter调用的，makeColorSorter是通过$(document).ready调用的。代码如下$（document）.ready（function（）{makeColorSorter（.05，.05，.05，0，2，4，128，127，121）;makeSortable（）;}）;弄清楚这两个函数是哪里调用的，也就弄清楚了让颜色可以排序并不是最大的性能问题。通常情况下性能问题都是由多余的排序操作造成的，但是在我的代码中相比与排序增加DOM元素花费了时间。我想要让这些函数执行的更快，但是首先我想要将我的改动区隔开。在页面载入过程中会发生很多事情，我不想要这些影响到我的性能分析。区隔问题我做了第二个版本，这个版本中“颜色排序器”在我点击按钮之后才载入，而不是在documentready的时候载入。这就把文档载入的过程分离出去，让我可以只对颜色分类进行性能测试。调完性能之后我可以立刻改回去。让我们调用新的函数testColorSorter并把它绑定到一个可点击的按钮上。functiontestColorSorter（）{makeColorSorter（.05，.05，.05，0，2，4，128，127，121）;makeSortable（）;}Clickme在我们进行性能分析之前改变应用可能导致意外的结果。这个改动看起来很安全，但是我还是要重新运行性能检测器来看看我是不是无意中改变了什么。我会开始一次新的性能分析，点击应用中的按钮然后停止。我首先注意到decimalToHex函数的载入只占用了4.23%的时间。这是代码执行花费时间最多的地方。我们创建一个新的基线来看看这个方案对代码有多大的优化。有些事件在我点击按钮之前有触发了，但是我只关注从我点击鼠标到浏览器渲染“颜色排序器”花费的时间。鼠标在390毫秒时点击，渲染事件在726毫秒处被触发。726减去390得到我的基线336毫秒。和第一个基线一样我重复了3次来取平均值。这时，我知道如何获得并且得到了代码确切的运行时间，我们已经准备好开始解决问题了。让代码更高效性能分析器只告诉我们哪个函数造成的问题，所以我们要查看下函数的源码来了解函数做了些什么。functiondecimalToHex（d）{varhex=Number（d）.toString（16）;hex=“00”.substr（0，2-hex.length）+hex;console.log（‘converting’+d+‘to’+hex）;returnhex;}“颜色排序器”中的每一个颜色点都有一个16进制的色彩值，例如#86F01B和#2345FE.这些值表示一种颜色中红，绿，蓝三原色各自的数值。例如的背景色是#2456FE,代表红色的值是36，绿色的值是86，蓝色的是254，每一个数值必须是0到255之间的。decimalToHex函数把这用RGB值表示的颜色转化为页面中我们使用的16进制颜色。这个函数十分的简单，但是我还是留下了一个可以去掉的调试代码console.log在那里。decimalToHex函数还在数字之前加上了补位。这是很重要的一点，因为有些10进制数字对应的是1个16进制数字。比如十进制中的10对应着16进制中的C，但是在CSS中需要一个两位数。为了让这个进制换算更快速，我们让这段代码不是那么泛化。我知道每个需要补位的数字长度都为1，所以我们可以这样重写这个函数。functiondecimalToHex（d）{varhex=Number（d）.toString（16）;returnhex.length===1？‘0’+hex：hex;}第三个版本的“颜色排序器”只有在需要补位的时候才改变字符串，并且不用调用substr函数。有了这个新函数，运行时间是137毫秒。再次对代码进行性能测试，可以发现decimalToHex函数只占用了总时间的%0.04,到了列表的下部。我们还可以发现占用CPU最多的函数是jQuery的e.extend.merge。我不知道这个函数的作用，因为代码是压缩过的。我可以使用开发版本的jQuery，但是我发现这个函数是被makeColorSorter调用的。所以下一步我们先让这个函数执行的更快。减小改动“颜色排序器”中的多彩颜色是用过正弦曲线生成的。在光谱中设置一个中心点，然后以一定的偏移来创建这个曲线。这就把颜色变成了一个“彩虹模型”。我们还可以通过改变红绿蓝三原色的使用频率来改变颜色。functionmakeColorSorter（frequency1，frequency2，frequency3，phase1，phase2，phase3，center，width，len）{for（vari=0;i<len;++i）{varred=Math.floor（Math.sin（frequency1*i+phase1）*width+center）;vargreen=Math.floor（Math.sin（frequency2*i+phase2）*width+center）;varblue=Math.floor（Math.sin（frequency3*i+phase3）*width+center）;console.log（‘red：’+decimalToHex（red））;console.log（‘green：’+decimalToHex（green））;console.log（‘blue：’+decimalToHex（blue））;vardiv=$（‘’）;div.css（‘background-color’，‘#’+decimalToHex（red）+decimalToHex（green）+decimalToHex（blue））;$（‘#colors’）.append（div）;}}我们要去掉console.log函数。这些调用非常的糟糕，因为每次执行都会调用decimalToHex函数，这意味着decimalToHex函数会被多调用2倍的次数。这个函数大幅度的改变了DOM结构。每次循环，都向id为colors的div中添加一个新的div。这就让我怀疑这就是e.extend.mergefunction做的事情。用性能分析器做一个小实验就可以搞清楚。我想要一次把所有的div添加进去，而不是在每个循环中添加一个新的div。创建一个变量来存储数据，然后在最后一次性添加进去。functionmakeColorSorter（frequency1，frequency2，frequency3，phase1，phase2，phase3，center，width，len）{varcolors=“”;for（vari=0;i<len;++i）{varred=Math.floor（Math.sin（frequency1*i+phase1）*width+center）;vargreen=Math.floor（Math.sin（frequency2*i+phase2）*width+center）;varblue=Math.floor（Math.sin（frequency3*i+phase3）*width+center）;colors+=‘’;}$（‘#colors’）.append（colors）;}这个小改动意味着DOM只在添加所有div的时候做一次改变。用时间线进行测试，我们发现从点击到渲染花费了31毫秒。这个dom变动，使得第四个版本的运行时间降低了86%。我可以再次打开性能分析器(profiler)，发现e.extend.merge函数占用了很少的时间，在列表中已经看不到它了。我们还可以完全移除decimalToHex函数让代码更快一点。因为CSS支持RGB颜色，所以我们不需要把他们转换到16进制。现在我们可以这样写makeColorSorter函数。functionmakeColorSorter（frequency1，frequency2，frequency3，phase1，phase2，phase3，center，width，len）{varcolors=“”;for（vari=0;i<len;++i）{varred=Math.floor（Math.sin（frequency1*i+phase1）*width+center）;vargreen=Math.floor（Math.sin（frequency2*i+phase2）*width+center）;varblue=Math.floor（Math.sin（frequency3*i+phase3）*width+center）;colors+=‘’;}$（‘#colors’）.append（colors）;}第五个版本的执行只用了26毫秒而且代码行数从28行减少到18行。在你的应用中进行Javascript性能分析实际工作中的应用要比“颜色排序器”复杂的多，但是做性能分析要遵循同样的基本原则1、设置一个基线，这样你就知道你是从何处开始的。2、把问题从应用的其他代码隔离出来。3、在一个可控的环境下进行优化，频繁的使用时间线（timelines）和性能分析器（profiles）还有一些性能优化的准则1、从最慢的部分开始，这样在时间优化上可以得到最大的提升。2、控制环境。如果你换了电脑或者做了任何大的改动，都要设置新的基线。3、多次分析以防你电脑的异常导致得到不正确的结果。每个人都想要他的网站更快，你必须开发新的功能，但是新的功能通常会让网站更慢。所以花费时间来做性能优化是有价值的。性能分析和优化使得最终版颜色分类器的执行时间减少了92%。你的网站可以变快多少？英文原文：ZackGrossbart，编译：伯乐在线——王筱文章来源：伯乐在线注：相关网站建设技巧阅读请移步到建站教程频道。

5. 开发chrome插件时，用ajax通过url获取网页的源码，但是只能够alert出来，不能作用在当前页上输出

是你用法不对吧
如果用jQuery，
str是你得到的源码的话，
$('textarea').eq(0).val(str)

6. 在哪里可以找到chrome插件 Ireader的相关资料和源代码

具体的没有查找过，不是很清楚，你咨询一些客服或者官微之类的吧，看他们能不能给你完整的答复。若该回答对你有帮助的话，请采纳！