Javascript Chrome扩展性能优化?

Javascript Chrome扩展性能优化?,javascript,optimization,google-chrome-extension,Javascript,Optimization,Google Chrome Extension,如果我没有弄错的话,Chrome扩展文件是从客户端计算机加载的,因此加载速度非常快 合并我所有的JavaScript文件(一个内容脚本大约有10个)并用Google闭包编译器编译它们是否值得 我会看到巨大的性能优势吗?Google Closure compiler的结果基本上有两个方面: 较小的代码 优化代码 在本地加载资源的情况下,较小的代码优势没有那么重要。它可能会加快解析时间,可能会减少内存需求,但与网络传输时间相比,结果几乎不明显(这里的“明显”是指“可测量”) 至于优化的代码 如果您

如果我没有弄错的话,Chrome扩展文件是从客户端计算机加载的,因此加载速度非常快

合并我所有的JavaScript文件(一个内容脚本大约有10个)并用Google闭包编译器编译它们是否值得


我会看到巨大的性能优势吗?

Google Closure compiler的结果基本上有两个方面:

  • 较小的代码
  • 优化代码
  • 在本地加载资源的情况下,较小的代码优势没有那么重要。它可能会加快解析时间,可能会减少内存需求,但与网络传输时间相比,结果几乎不明显(这里的“明显”是指“可测量”)

    至于优化的代码

    • 如果您的代码很小,不是很复杂,也不是非常低效,那么您可能会看到非常小的好处,但同样,它们是可以测量的,但不明显
    • 如果您的代码庞大而复杂,您可能会看到一些好处,但这在很大程度上取决于它的效率
    • 如果您的代码在概念上是错误的,那么任何优化编译器都无法提供帮助。优化只能帮助解决某些实现效率低下的问题,而不能解决糟糕的算法
    还要注意的是,这会使调试变得很痛苦。它不仅仅是一个小型化工具,我不认为源地图可以与之配合使用。别担心,源代码映射确实有效,但它是一个额外的障碍


    一句话:尝试并没有什么坏处,但不要期望有很大的好处,如果您的内容脚本的行为需要提高性能,那么您可能需要以不同的方式重做它们。

    这是我从中得到的最简洁、最有帮助的答案!谢谢:D我想我把事情弄糟了,因为我认为这是一个后端应用程序,我会努力修复它!