完整高频题库仓库地址:https://github.com/hzfe/awesome-interview
在调试程序时总是会遇到各种挑战。Node.js 的异步工作流为这一艰巨的过程增加了额外的复杂性。尽管 V8 引擎为了方便访问异步栈跟踪进行了一些更新,但是在很多数情况下,我们只会在程序主线程上遇到错误,这使得调试有些困难。同样,当我们的 Node.js 程序崩溃时,通常需要依靠一些复杂的 CLI 工具来分析核心转储[1]。
首先贴个Javascript性能测试站点,测试并展示了数个 JavaScript 引擎的性能数据:arewefastyet
技术雷达快讯:自2017年中以来,Chrome用户可以选择以headless模式运行浏览器。此功能非常适合运行前端浏览器测试,而无需在屏幕上显示操作过程。在此之前,这主要是PhantomJS的领地,但Headless Chrome正在迅速取代这个由JavaScript驱动的WebKit方法。Headless Chrome浏览器的测试运行速度要快得多,而且行为上更像一个真正的浏览器,虽然我们的团队发现它比PhantomJS使用更多的内存。有了这些优势,用于前端测试的Headless Chrome很可能成为事实
导语 | Node.js内存泄漏的问题经常让开发者头疼,我们应该怎么样解决这类问题呢?本文通过一个V8引擎自身Bug导致Generator内存泄漏案例,来介绍常用的应对手段。 一、背景 最近新开发了一个Node.js服务,却发现上线之后内存一直持续上涨。相信很多使用Node.js做过服务端开发的同学,也遇到过这样的问题,这种情况就是典型的内存泄漏。内存泄漏虽然不会马上让应用停止服务,但是如果不处理的话,轻则会导致你的应用越来越慢,重则会导致应用Crash。所以对于这种情况,我们不能掉以轻心。 二、
google developers 官方文档: https://developers.google.com/web/tools/chrome-devtools/
Chrome 浏览器最近推出了悬停卡,可以显示每个打开的标签页的内存使用情况。当你将鼠标悬停在某个标签页上时,弹出窗口将显示该标签页的内存使用情况,以及 Chrome 浏览器的内存保护器功能是否冻结了该标签页以节省内存。
俗话说:“工欲善其事,必先利其器”,调试是每一个开发人员都要遇到的问题,选择一个合适的调试工具也尤为重要。 在 Node.js 开发过程中除了万能的 console.log 之外,本节介绍一个 Node.js 与 Chrome Devtools 结合的调试工具,以后你可以选择使用浏览器来调试 Node.js 应用程序了。
最近发现一篇关于使用Chrome进行调试和优化的文章,写的特别全面和友好,虽然Chrome版本比较老了,但是和现在的功能基本没有大变化,还是非常值得参考的。下面是原作者的连接,但是已经打不开了
Javascript 是一种奇怪语言,有些人喜欢它,有些人讨厌它。它有许多独特的机制,这些机制在其他流行语言中不存在,也没有对应的机制,还有突出明显的就是代码的执行顺序
这是一套关于 Chrome 中的 JS 引擎 V8 的文章系列。谈到 V8 ,估计大部分人会一种畏惧感,首先映入脑海的便是天花乱坠的 C++ 源码,但其实就算你掌握了 C++,也很难读懂源码,读懂里面的源码,并不是语言的问题,而是一个工程复杂度的问题。而且,我认为把 V8 里面的源码全部读懂并不是一个明智的做法,一个是工程量过于庞大,很容易失去耐心,另一方面代码的封装度非常高,导致很多抽象的代码,理解难度大。你想啊,几百个顶尖的工程师开发了十几年的东西,会让你轻易就把源码啃下来吗?
对于Chrome 浏览器,除了占用内存的缺点,其他都很不错。对于Chrome 浏览器的开发者工具,Jeff 除了Elements、Resources、Network、Console这四个标签页用得比较多外,其他的都甚少理解。今天偶然看到一篇Chrome 浏览器开发者工具的使用教程,感觉不错,顺便转载在这里,感谢原作者的辛苦劳动。 作为一个Web开发人员,除了上面的原因以外,与我们开发相关的,就是Chrome的开发者工具。而本文,就是要详细说说Chrome的开发者工具,说说我为什么认为它比Firebug要好用
在开发小程序应用中,QA发现过几次页面白屏的情况,苦于难易复现和调试,故想对小程序白屏问题进行一番探究。
工欲善其事,必先利其器。每个程序员都会有一套自己喜欢的,适用自己的提高工作效率的工具。这里主要介绍iMac下的一些开发中用于记录笔记、提高效率的工具。 笔记工具:Markdown + boostnote + 微云 从很早开始就热衷于使用markdown以及推广markdown,效果都还不错。但是一直以来,日常笔记的云端同步都都很头痛,之前试用了很多,从印象笔记、到有道云笔记、到oneNote、再到使用自己搭的git,都或多或少有一些缺点。从去年中逛github的时候看到了目前用的boostnote以后,发现
1、安装selenium pip install selenium 2、打开浏览器登录获取cookie from selenium import webdriver import time import json driver = webdriver.Chrome() # 创建Chrome对象. # 操作这个对象. driver.get('https://baidu.com') # get方式访问 time.sleep(5) el = driver.find_element_by_x
一直以来,跟踪 Node.js 的内存泄漏是一个反复出现的话题,人们始终希望对其复杂性和原因了解更多。
字节码缓存(Bytecode Cache),是浏览器性能优化机制中重要的一项,通过缓存 解析(pasing)+编译(compilation)的结果,减少网站的启动时间;当前市面上主流的浏览器都实现了字节码缓存功能;
我觉得学习 nodejs 除了要掌握基础的 api、常用的一些包外,最重要的能力是学会使用 debugger。因为当流程复杂的时候,断点调试能够帮你更好的理清逻辑,有 bug 的时候也能更快的定位问题。
使用node.js开发已经有一段时间了,最开始的调试是使用工具node-inspector;不过node-inspector已经很长一段时间不能用了。 现在要调试node.js程序需要使用新的方式。 新的调试的方式有很多种,本文将介绍一种简单直接的方式。
stalar电商平台是bigo 2020年的新业务,目标市场主要是中东五国,主要技术栈为nuxt。
作者:basinwang,腾讯 PCG 前端开发工程师 大型项目容易遇到性能问题,一般来说,当我们遇到性能瓶颈的时候,才会开始去进行相应的分析。分析的方向除了业务本身的特点相关之外,常见的还可以借助一些工具来发现问题。本文主要介绍前端性能分析可以怎么走~ 前端性能分析工具(Chrome DevTools) 一般来说,前端的性能分析通常可以从时间和空间两个角度来进行: 时间:常见耗时,如页面加载耗时、渲染耗时、网络耗时、脚本执行耗时等 空间:资源占用,包括 CPU 占用、内存占用、本地缓存占用等 那么,
在c语言中,我们需要手动分配和释放对象的内存,但是在java中,所有的内存管理都交给了java虚拟机,程序员不需要在手动进程内存的分配和释放,大大的减少了程序编写的难度。
最近依然在研究大型项目,而大型项目最容易遇到的问题便是性能问题。一般来说,当我们遇到性能瓶颈的时候,才会开始去进行相应的分析。分析的方向除了业务本身的特点相关之外,常见的我们还可以借助一些工具来发现问题。本文一起来研究下,前端性能分析可以怎么走~
在上一篇博客中,我聊了一下JavaScript引擎V8的工作原理,顺其自然,接下来应该来聊聊渲染引擎Blink或者Chrome浏览器的工作原理。但是,这2个坑以后再填。
【引子】前端可能是一个日新月异的领域,我们很难了解其中的方方面面。但是,前端系统一般都以浏览器作为运行环境, 对浏览器的进一步理解有助于我们更好地开发前端应用。这也是本文的由来之一,也作为对runtime的一次实例分析。
前段时间梳理了一下浏览器相关的知识,还做了一个公司级的分享,60多人过来听了我的分享,感觉还行,哈哈。先看一下分享目录:
JavaScript 是一种垃圾回收语言,垃圾回收语言通过周期性地检查之前被分配的内存是否可以从应用的其它部分访问来帮助开发者管理内存。内存泄露是指当一块内存不再被应用程序使用的时候,由于某种原因,这块内存没有返还给操作系统或者内存池的现象。内存泄漏可能会导致应用程序卡顿或者崩溃。
网络传输,逻辑上是在传输二进制字节流。浏览器在拿到字节流之后,会先根据资源的编码方式(如UTF-8)进行解码,将字节流转化为字符流。 一串 HTML 的字符流,需要经过语法解析,形成节点后,最终生成 DOM 树。
该文介绍了如何使用Chrome浏览器的Timeline功能来分析前端页面的性能,包括内存泄漏、CPU使用率、网络请求、渲染时间、内存变化等。通过在页面上进行操作,可以查看不同时间段内各项性能指标的变化情况。同时,还可以利用Timeline来找出内存泄漏等问题,从而优化前端性能。
最近发现,许多前端开发人员(包括作者我哈),对chrome的开发者工具中的使用并不是特别深入,而本文时对chrome开发者工具Timeline的一个讲解。
在聊我们今天主角V8之前,我感觉有必要简单的把浏览器的发展史描述一下。「以史为镜,可以知兴替」
本文为 Google Chrome 团队的开发项目工程师 Addy Osmani 在PerfMatters 2019 网页性能大会发表的“JavaScript性能优化”(https://medium.com/@addyosmani/the-cost-of-javascript-in-2018-7d8950fbb5d4)的演讲,其分享了处理 JavaScript 的脚本优化建议,大幅地减少了下载时间和执行时间。
作为程序员(更高大尚的称谓:研软件研发)的我们,无论是用Javascript,还是.net, java语言,肯定都遇到过内存泄漏的问题。只不过他们都有GC机制来帮助程序员完成内存回收的事情,如果你是C++开发者(你懂的)。。。。。,如果你是前端开发者,肯定在使用Javascript(你或者会说,Js是世界上最棒的语言),但我这里也得告诉你,Js的内存泄漏会来得更为突然,或者让你都无法察觉。本文就带大家领略一下Js的风骚:
众所周知,JavaScript是单线程的,但是不可避免的,JavaScript也需要进行一些异步任务,比如下面这个例子
这几天使用WebDriver写了个网页黑盒测试脚本,使用的是NodeJS SDK,但脚本运行时间比较长时,感觉node进程的内存占用越来越多,应该是内存泄露。这里把分析的过程记录一下。 原始代码 我的需求是打开一个网页,然后隔一段时间做一下鼠标移动操作,因此写了个简单的测试代码如下 testLeak1.js 'use strict'; const webdriver = require('selenium-webdriver'), By = webdriver.By; const driver
内存泄漏是一个累积的过程,只有页面生命周期略长的时候才算是个问题(所谓“刷新一下满血复活”)。频繁交互能够加快累积过程,偏展示的页面很难把这样的问题暴露出来。最后,JS逻辑相对复杂才有可能出现内存问题(“bug多是因为代码量大,我自己都hold不住”),如果只是简单的表单验证提交,还没什么机会影响内存
前言 我们大前端团队内部 📖每周一练 的知识复习计划继续加油,本篇文章是 《Hybrid APP 混合应用专题》 主题的第二期和第三期的合集。 这一期共整理了 10 个问题,和相应的参考答案,文字和图片较多,建议大家可以收藏,根据文章目录来阅读。 之前分享的每周内容,我都整理到掘金收藏集 📔《EFT每周一练》 上啦,欢迎点赞收藏咯💕💕。 内容回顾: 《EFT 每周分享 —— Hybrid App 应用开发中 5 个必备知识点复习》 《EFT 每周分享 —— HTTP 的15个常
最近在公众号后台收到很多私信说,想学习js逆向分析,那么我就选了三个翻译网站案例,这些算是js破解里面的入门级的,不太难但是可以让你掌握方法,以后慢慢深入。
大部分网站都会对关键参数进行加密,JS 逆向时,我们首要任务是定位参数具体的加密逻辑
前不久,Strve.js 刚刚发布了一个大版本5.6.2,最大的特性就是支持JSX语法,让 Strve.js 编码方式更加多样。另外,我还将 Strve.js 发布到 js-framework-benchmark 这个 JavaScript 框架榜单项目上,并获得了对于我来说不错的排名。因为当时 Chrome 的版本还在114,没有发布新的官方版本(Official results),所以只能先看快照结果(Snapshot of the results),快照结果可能针对混合浏览器版本,每个基准测试的运行次数可能有所不同,所以结果有些偏差。
概述 在开发过程中,遇到了部分导致内存泄露的情况,本文主要是说明几种内存泄漏的问题,并简单分析一些关于内测泄漏分析的方法。 内存泄漏分析 1. 使用heapdump模块 模块介绍:https://github.com/bnoordhuis/node-heapdump 该模块主要是一个抓取当前内存的快照信息,包括所有的字符,对象和函数所占用内存的情况。 2. 分析原理 根据heapdump抓取的是当前内存的情况,那么如果存在内存泄漏的情况下,对在中间请求时刻抓取内存快照,然后再最后一个请求中抓取快照,那么再分
市面上的浏览器很多,很多很多,多到数不过来。不过目前 Chrome 浏览器还是占了主导地位,至少在开发人员眼里 Chrome 的地位很高。这篇文章来说说 Chrome 浏览器的架构,漫谈漫谈~
《前端技术观察》是由字节跳动IES前端团队收集、整理、推荐的业界高品质前端资源合集,主要分为以下几个板块: Highlights 业界最新的技术、热点文章 业界对(新)技术的深度地、优秀地实践 Tut
H5 页面发版灵活,轻量,又具有跨平台的特性,在业务上有很多应用场景。但是同时对比 App,H5 的性能表现总是要逊色一筹,比如页面打开往往会出现白屏,滑动列表等交互场景下也不如 Native 页面流畅。针对这些白屏、卡慢之类的问题,我们测试该从哪些方面去展开测试分析和数据对比呢?接下来笔者分享一些 H5 前端测试实践的经验,抛砖引玉,希望大家一起谈论,一起挖掘更多有价值的课题。
领取专属 10元无门槛券
手把手带您无忧上云