JavaScript 中 0.1 + 0.2 不等于 0.3 的真相与解决方案在前端开发中，你一定见过这段代码： 120.1 + 0.2 === 0.3; // false0.1 + 0.2; // 0.30000000000000004 看似简单的小数加法，却给出了“错误”的结果。这并不是 JavaScript 的 bug，而是 几乎所有使用 IEEE 754 双精度浮点数的语

手写Promise本文目标是：写出一个可运行、满足 Promise/A+ 核心行为的手写 Promise，并补齐 then/catch/finally 以及常用静态方法（resolve/reject/all/race/allSettled/any）。 一、Promise 要解决什么问题？在 Promise 之前，回调地狱（callback hell）通常长这样： 12345678910

CSS 布局指南从早期的 float、table 布局，到 Flexbox 和 Grid 的普及，再到容器查询、逻辑属性等新特性，CSS 布局能力已经发生了质的飞跃。 一、了解布局传统布局方式存在明显局限： float：需要清除浮动，难以实现等高、居中等需求，语义不清晰。 table：布局与表格语义混淆，响应式改造成本高。 inline-block：存在空白间隙、垂直对齐等问题。 现代布局方

前端页面性能优化之运行时性能与交互流畅在前几篇中，我们主要解决了两个问题： 页面能不能尽快“看见东西”（首屏、图片、资源缓存等） 资源能不能“高效传输”（格式、压缩、CDN、缓存策略等） 但用户在真正使用页面时，还会碰到另外一类体验问题： 点击按钮后半天没反应。 滚动列表时卡顿、掉帧。 动画不连贯、拖动不跟手。 这就涉及到本文要引入的主题： 运行时性能与交互流畅：在页面已经加载完成之后，

前端页面性能优化之加载顺序与首屏体验前两文我们分别从图片和静态资源与缓存的角度，讨论了如何让页面“更轻、更省流量”。但真正决定用户主观体验的，还有一个更关键的问题： 用户到底在什么时候，能看到“有内容的页面”和“可以操作的页面”？ 本文章将重点围绕： 浏览器核心性能指标（FCP / LCP / TTI / CLS） 关键渲染路径与阻塞因素（CSS /

前端页面性能优化之静态资源与缓存策略从整个页面的视角来看，影响性能的远不止图片。CSS、JavaScript、字体文件、图标资源、接口响应等，都会直接决定用户能多快看到“可用的页面”和“可交互的页面”。 本文我们重点聚焦在：静态资源与缓存策略。 一、静态资源在性能中的角色从浏览器的视角，静态资源大致可以分为： HTML 文档：通常不缓存或短缓存，承载结构与入口。 CSS 样式：决定首屏布局与样

前端页面性能优化之图片资源优化在前端性能优化中，图片往往是页面体积最大的资源。在实际项目中，一个未经过优化的图片资源，往往比 JavaScript、CSS 加起来还要大。 本文将从 图片格式的选择、浏览器支持、工程实践 等角度，系统总结前端页面中 图片格式优化的思路与落地方案。 一、为什么图片格式会影响性能？图片对页面性能的影响主要体现在： 📦 资源体积大：图片通常占页面总资源的 50%～8

介绍httpsok 是一个便捷的 HTTPS 证书自动续签工具，专为 Nginx 、OpenResty 服务器设计。已服务众多中小企业，稳定、安全、可靠。特点 一行命令，一分钟轻松搞定SSL证书自动续期 目前免费（大家放心使用） 申请SSL证书打开 httpsok ，登录后，点击【申请证书】 ​输入自己的域名（我这里演示是 *sunjc.vip ）并且提交申请 添加DNS解析因为证书签发时，C

手写new 分为 4 步 新建一个空对象 将空对象的原型指向 new的函数 改变空对象的 this指向 判断 fn返回值是 引用类型 返回引用类型否则 返回新建对象 123456789function myNew(fn, ...args) { // 1. 新建一个空对象 // 2. 将空对象的原型指向 new的函数 let obj = Object.create(fn.prot

介绍模块化是指将代码分解成独立的、可重用的模块，每个模块封装特定的功能或逻辑。这样可以提高代码的可维护性、可读性和复用性。 模块化的好处 代码可维护性：每个模块都有自己的作用域，避免了全局变量的污染，提高了代码的可维护性。 代码可读性：模块的代码通常是自包含的，每个模块都有自己的功能或逻辑，使代码更易于理解和阅读。 代码复用性：模块可以被多个项目或应用程序复用，避免了重复编写相同的代码。 代码可测