- 综合排序
- 最热优先
- 最新优先
- 来自专栏前端技术研究和应用
前端打包、编译和优化
打包目前前端世界主流的前 3 名模块打包器仍然是 Webpack 、 Rollup 和 Esbuild 。 这也优化了 Turbopack 使得开发过程中增量更新非常快，确保 dev server 能够快速响应代码变更。Turbopack 还使用请求级编译方法来只编译请求的代码。 在前端开发过程中，我们经常遇到如下两类编译场景：将 TS 转换为 JS；将新版本 JS 语法转换为低版本浏览器支持的语法；当前前端界的编译工具，如下四个占据了大部分市场：名称描述Star底层语言Babel ；综上，现在的前端 TS 项目一般还是会使用 Babel 做编译，使用 TSC 做类型检查。 Tree Shaking是Webpack里非常重要的优化措施，它的优化效果在Webpack 5中又得到了进一步的提升。
2.7K61编辑于 2023-03-06 - 来自专栏WriteOnRead
JVM笔记-前端编译与优化
Java 技术中的编译器可以分为如下三类： 前端编译器：把 *.java 文件转变为 *.class 文件的过程。比如 JDK 的 Javac。 其中后面两类都属于后端编译器。 本文主要分析前端编译器 Javac 的相关内容，后文再介绍后端编译器。 2. 2.2 注解处理器 JDK 5 提供了注解（Annotations）支持，JDK 6 提供了“插入式注解处理器”，可以在「编译期」对代码中的特定注解进行处理，从而影响前端编译器的工作过程。 常量折叠 该过程中，还会进行一个常量折叠（Constant Folding）的代码优化。 还有一些代码替换工作，例如将字符串的 "+" 操作替换为 StringBuilder（JDK 5 及以后）或 StringBuffer（JDK 5 之前） 的 append() 操作。 3.
62110发布于 2020-04-22 - 来自专栏后端精进之路
JVM性能优化系列-(5) 早期编译优化
5. 早期编译优化 早期编译优化主要指编译期进行的优化。 java的编译期可能指的以下三种： 前端编译器：将.java文件变成.class文件，例如Sun的Javac、Eclipse JDT中的增量式编译器（ECJ） JIT编译器（Just In Time Compiler javac这类编译器对代码的运行效率几乎没有任何优化措施，但javac做了许多针对java语言代码过程的优化措施来改善程序员的编码风格和提高编码效率，java许多的语法特性都是靠编译器的语法糖来实现的。 遍历循环 遍历循环语句是java5的新特征之一，在遍历数组、集合方面，为开发人员提供了极大的方便。 变长参数 Arrays.asList(1, 2, 3, 4, 5); 条件编译 条件编译也是java语言的一种语法糖，根据布尔常量值的真假，编译器将会把分支中不成立的代码块消除掉。
50620编辑于 2023-10-19 - 来自专栏IT大咖说
原来前端工程的编译可以这样优化！
摘要 通过对压缩器、打包工具，以及模板引擎处理的讲解，来更深入的理解编译时优化是如何作用的。同时详细介绍了Vue是如何处理编译时优化的。以及未来前端领域在编译时上能做出那些更出色的优化。 嘉宾演讲视频及PPT回顾：http://suo.im/4TcEw 前端开发编译现况 在一段时间之前前端是没有编译这回事的，大部分人都是打开一个页面就开始写。 但是随着前端越来越复杂，开发前端时新增的部分越来越多，NodeJs、Webpack、BABEl等变得必不可少，同时Css也要进行预处理。到了现在编译已经成了前端开发中不可或缺的一环。 压缩器 编译是一个语言到另一个语言表达的转变，这里面不仅仅是功能上的应用，比如说从ES6转化到ES5，还可以给程序带来性能上的优化。 由此我们可以从一直使用的压缩器中感受到编译时优化是怎么样的一个作用过程。
1.2K60发布于 2018-04-03 - 来自专栏epoos.com
前端编译
前端编译的转变 前端开的主要编程语言是Javascript，Javascript是解释型语言，是不需要提前编译的，所谓开箱即用，因此前端行业（在很早之前）没有编译这回事。 因此，现在 Javascript 开发或者说前端开发逐渐变成了“非开箱即用”了。 编译是一个语言到另一个语言表达的转变，这里面不仅仅是功能上的应用，还可以给程序带来性能上的优化。 而前端的 ES6 转化到 ES5，Less/Sass 转换为 css，require依赖打包，代码压缩混淆都可以看做是语言的转换，更是提升了应用程序的性能。 因此，这些操作是 “编译”。 前端编译 前端编译主要功能 将框架(如 vue/react) 根据其特性语法进行模板解析、语法转换为常规 js。 前端编译原理 目前大多数编译过程都是先将源代码 Parser 成AST（抽象语法树），然后对 AST 进行分析，在这个分析过程中进行各种优化。 AST 是源代码语法结构的一种抽象表示。
1.2K10编辑于 2022-06-06 - 来自专栏Web大前端
Svelte框架：编译时优化的高性能前端框架
Svelte是一款新兴的前端框架，以其独特的编译时优化机制著称，能够在构建时将复杂的UI逻辑转换为高效的JavaScript代码，从而实现高性能的Web应用。 本文将深入解析Svelte的架构、核心概念以及代码优化策略。Svelte简介Svelte由Rich Harris于2016年创建，旨在解决传统前端框架在运行时性能上的瓶颈。 编译器：Svelte编译器将模板和组件转换为高效的JavaScript代码，用于浏览器执行。Svelte的编译时优化Svelte的性能优势主要来自于它的编译时优化。以下是几个关键的优化策略：1. 5. 代码分割和懒加载Svelte支持代码分割和懒加载，允许开发者按需加载组件，进一步提升初始加载速度。 路由和状态管理SvelteKit（原Sapper）提供了内置的路由支持，可以方便地在微前端环境中实现子应用之间的导航。同时，Svelte的响应式系统和Store可以作为子应用间共享状态的手段。5.
1.3K10编辑于 2024-06-12 - 来自专栏腾讯大讲堂的专栏
移动H5前端性能优化指南
移动H5前端性能优化指南 概述 1. PC优化手段在Mobile侧同样适用 2. 在Mobile侧我们提出三秒种渲染完成首屏指标 3. 基于第二点，首屏加载3秒完成或使用Loading 4. 基于联通3G网络平均338KB/s(2.71Mb/s)，所以首屏资源不应超过1014KB 5. Mobile侧因手机配置原因，除加载外渲染速度也是优化重点 6. 加载完成后用户交互使用时也需注意性能 优化指南 [加载优化] 加载过程是最为耗时的过程，可能会占到总耗时的80%时间，因此是优化的重点 · 减少HTTP请求 因为手机浏览器同时响应请求为4个请求（Android 支持4个，iOS 5后可支持6个），所以要尽量减少页面的请求数，首次加载同时请求数不能超过4个 a) 合并CSS、JavaScript b) 合并小图片，使用雪碧图 · 缓存 使用缓存可以减少向服务器的请求数 requestAnimationFrame动画代替setTimeout c) 适当使用Canvas动画 5个元素以内使用css动画，5个以上使用Canvas动画（iOS8可使用webGL） · 高频事件优化
2.6K61发布于 2018-02-12 - 来自专栏CSDN旧文
编译优化
1 #pragma comment(linker, "/stack:200000000") 2 #pragma GCC optimize("Ofast,no-stack-protector") 3 #pragma GCC target("sse,sse2,sse3,ssse3,sse4,popcnt,abm,mmx,avx,tune=native") 4 #pragma GCC optimize("unroll-loops")
70320发布于 2020-10-29 - 来自专栏Java技术圈子
编译与优化
前端编译与优化 10.2.1 Javac的源码与调试 从Javac代码的总体结构来看，编译过程大致可以分为1个准备过程和3个处理过程，它们分别如下 所示。 1）准备过程：初始化插入式注解处理器。 compile()和compile2() 方法里，其中主体代码如图10-5所示，整个编译过程主要的处理由图中标注的8个方法来完成。 图10-5 Javac编译过程的主体代码 10.2.3 注解处理器 JDK 5之后，Java语言提供了对注解（Annotations）的支持，注解在设计上原本是与普通的Java代 码一样，都只会在程序运行期间发挥作用的 但在JDK 6中又提出并通过了JSR-269提案[1]，该提案设 计了一组被称为“插入式注解处理器”的标准API，可以提前至编译期对代码中的特定注解进行处理， 从而影响到前端编译器的工作过程。 如本章概述中所说的，在前端编译器中，“优化”手段主要用于提升程序的编码效率，之所以把Javac这类将Java代码转变为字节码的编译器称作“前端编译器”，是因为它只完成了从程序到抽象语法树或中间字节码的生成
65120编辑于 2023-02-28 - 来自专栏前端小歌谣
前端预编译流程
前言 我是歌谣 最好的种树是十年前 其次是现在 今天继续给大家带来的是预编译基础的讲解 环境配置 npm init -y yarn add vite -D 修改page.json配置端口 { ) function b(){} function d(){} console.log(b) } test(1) // AO{ // a:undefined-->a-->5 // b:undefined-->function b(){}-->6 // c:undefined-->0 // d:function d(){} //} 运行结果 案例5 var console.log(b) } a(1) //AO{ // a:undefined--->1---->function a()--->2 // b:undefined--->5 test(1) console.log(a) console.log(f) //GO{ // a:undefined-->1 // test:function test(){} // f:5
34641编辑于 2023-11-06 - 来自专栏玩转大前端
前端优化
一、页面/文件级优化 1、减少HTTP请求数 解决方法： 1）设置缓存 2）css、js、img等静态资源合并压缩（vue的项目有压缩css和js） 3）懒加载图片（不是真正意义的减少请求数 with加长了作用域链，eval和Function都是需要二次编译代码，损耗的性能更大） 3、减少Reflow和Repaint（二者都比较耗费性能） 解决方法： 1）使用改变类名的方式改变样式 5、字符串拼接：在 Javascript中使用"+" 号来拼接字符串效率是比较低的，因为每次运行都会开辟新的内存并生成新的字符串变量，然后将拼接结果赋值给新变量。 1、返回状态保持功能 2、针对移动端各种屏幕尺寸的适配方案 3、webpack优化 4、将请求接口代码和加载动画及错误弹出提示封装成公共函数 5、统一前端常用组件规范。 前端规范：不同样式的组件图片使用一个大文件夹统一存放，里面分各种子类，每次更换只需更改文件夹名称即可实现更改一整套组件的样式的效果；使用vue.js框架的，这些组件都统一写成可复用组件（无需每次重复编写代码
79220编辑于 2022-08-15 - 来自专栏前端知识分享
第146天：移动H5前端性能优化
移动H5前端性能优化 一、概述 1. PC优化手段在Mobile侧同样适用 2. 在Mobile侧我们提出三秒种渲染完成首屏指标 3. 基于第二点，首屏加载3秒完成或使用Loading 4. 基于联通3G网络平均338KB/s(2.71Mb/s)，所以首屏资源不应超过1014KB 5. Mobile侧因手机配置原因，除加载外渲染速度也是优化重点 6. 加载完成后用户交互使用时也需注意性能 二、优化方案 1、[加载优化] 加载过程是最为耗时的过程，可能会占到总耗时的80%时间，因此是优化的重点 · 减少HTTP请求 因为手机浏览器同时响应请求为4个请求 合理使用requestAnimationFrame动画代替setTimeout c) 适当使用Canvas动画 5个元素以内使用css动画，5个以上使用Canvas动画（iOS8可使用webGL） （ （5）GPU加速 CSS中以下属性（CSS3 transitions、CSS3 3D transforms、Opacity、Canvas、WebGL、Video）来触发GPU渲染，请合理使用 ?
1.5K40发布于 2018-09-11 - 来自专栏腾讯社交用户体验设计
移动H5前端性能优化指南 - 腾讯ISUX
移动H5前端性能优化指南 概述 1. PC优化手段在Mobile侧同样适用 2. 在Mobile侧我们提出三秒种渲染完成首屏指标 3. 基于第二点，首屏加载3秒完成或使用Loading 4. 基于联通3G网络平均338KB/s(2.71Mb/s)，所以首屏资源不应超过1014KB 5. Mobile侧因手机配置原因，除加载外渲染速度也是优化重点 6. [译] 如何做到一秒渲染一个移动页面 首屏渲染优化提案反馈（原：Re: 答复: 中文兴趣小组5月5日电话会议） HTML5游戏前端开发秘籍 被解放的GPU CSS动画 High Performance —前端制作之动画效率问题简析 Optimizing the Critical Rendering Path 7 天打造前端性能监控系统 数据驱动设计 为你的移动页面寻找一丝新意（技术篇）——手机互动网页项目总结 （下） Image Optimization [webapp的优化整理]要做移动前端优化的朋友进来看看吧 Egret Framework Canvas Renderer性能优化 Roundup on Parallel
2.5K11发布于 2018-06-29 - 来自专栏只喝牛奶的杀手
前端优化
的访问次数 Choose <link> over@import @import使用< link >而非@import Avoid Filters 避免过滤器的使用 Optimize Images 优化图片 Optimize CSS Sprites 优化CSS Sprites
65120发布于 2019-08-26 - 来自专栏Fantasy的技术小站
前端优化
前端优化是一个至关重要的过程，它不仅影响到网站的用户体验，还可能影响到网站的搜索引擎排名。 下面是一些常见的前端优化策略，以帮助提高页面的加载速度： 优化图片 压缩图片：使用工具或插件压缩图片，减小文件大小。 使用正确的格式：例如，使用 WebP 格式代替 JPEG 或 PNG。 优化 CSS：将关键路径的 CSS 内联在 head 中。 浏览器缓存 通过设置 HTTP 头信息，使浏览器缓存静态资源，减少重复加载。 优化字体 选择高效的字体格式：例如，WOFF2。 优化渲染路径 避免阻塞渲染的资源：例如，将脚本和样式表移到 HTML 文档的底部。 利用请求优先级：确保关键资源优先加载。 在进行优化时，建议使用性能分析工具来监控和测试优化效果，确保每一步的改进都是有效的。
43820编辑于 2023-10-18 - 来自专栏linux驱动个人学习
Makefile优化编译速度
并行编译：使用 make -j 命令来进行并行编译，可以加快编译速度。-j 后面可以跟一个数字，表示并行编译的线程数。 懒惰计算：使用 .PHONY 规则来避免无谓的重新编译。 例如：\ .SUFFIXES: 指定编译器选项：使用 -O 开启编译器优化选项，可以提高程序执行速度。 例如： CFLAGS=-O all: hello.c gcc $(CFLAGS) -o hello hello.c 分离头文件：将头文件和源文件分离，可以避免重复编译，减少编译时间。 myprog hello.o main.o hello.o: hello.c hello.h gcc -c hello.c main.o: main.c hello.h gcc -c main.c 使用预编译头文件 ：将常用的头文件编译成单独的预编译头文件，可以加快编译速度。
82530编辑于 2023-07-09 - 来自专栏逮虾户
AndResGuard编译速度优化
只有了解了完整的ARG的流程之后，我们才可以对其进行二次开发和二次优化。首先当然先是设立目标了，我们要做什么，然后可以怎么做？ TODO 我们打算做些什么？ 如何更改编译任务的执行顺序 在对Aab的代码分析过程中，我们其实发现了一些很神奇很微妙的点，对于我们后续的优化产生了重大的启发。 第一个任务完成 从上述流程走通之后，我们只要把ARG的代码进行二次开发，根据对应task任务进行优化，这样我们的第一个任务也就完成了。 Main.gradleRun(inputParam) } return null } 这个就是ARG调用资源文件混淆的代码了，我们基本不需要对其进行大改造就能把这个编译的优化完成了 我们是不是可以考虑直接把任务执行在线程内，这样下一个task就可以继续执行了，只要在编译完成之前把任务执行好是不是就可以把这部分资源混淆的时间也给优化掉呢，说干就干，直接上代码。
1K30编辑于 2023-10-16 - 来自专栏鹅厂少年的奇妙之旅
GCC编译优化选项
GCC编译优化选项 参考GCC文档 http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html. 分为如下: O0: 默认选项，目的: 减少编译时间;生成可调试代码(可打断) O/O1: 做一些不显著增加编译时间的优化 O2: 显著提升编译时间，提升代码性能，做不包含`space-speed tradeoff `的所有优化 O3: 进一步优化，显著增加可执行文件大小。 Os: 优化性能同时不增加可执行文件大小。包含O2选项中不增加代码大小的优化项 Og: 优化性能同时不损害可调试性。包含O1选项中不损害可调试性的优化项 Ofast: 忽视严格的标准编译性。 未调用的函数不会被编译 template独立编译每个类型 template增加编译时间，但往往性能会有更好的提升。
8.6K51发布于 2019-01-03 - 来自专栏Elton的技术分享博客
MySQL 编译参数优化
适当的调整MySQL的编译参数，可以极大的提升MySQL的性能，官方文档说可以提升10-30％的性能。 mysql/tmp/mysql.sock 使用unix套接字链接提高7.5%性能，所以在windows下mysql性能肯定不如unix下面 –enable-assembler 允许使用汇编模式(优化性能
2.2K30发布于 2021-01-22 - 来自专栏运维研习社
Nginx编译安装优化
nginx相对apache来说，相同环境配置下的并发请求量大概是6-10倍的样子，而内存、CPU消耗为1/5、1/10，一个nginx进程差不多15M内存左右，所以对于一个运维人来说，nginx安装是必须会的 nginx安装有两种访问，一种是利用包管理器直接安装，也是新手最简单的安装方式，另一种是源码包编译安装。 但是今天主要讲编译安装nginx的一些方法。网上有很多编译安装教程，也有一键安装包，这里不再长篇大论的描述nginx整个编译安装的步骤，只说几个编译安装的小方法。 减小可执行文件 默认的nginx编译选项里使用debug模式的，会插入很多不必要的内容，编译以后文件有好几兆，所以这里去掉nginx的debug模式编译，完成后可执行文件只有几百K。 如同注释掉图上的一行，重新编译。 ? 如图，编译后只有880K。
95310发布于 2021-02-23
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号