jQuery 4.0 正式发布:轻装上阵,拥抱现代 Web

jQuery 4.0 正式发布:轻装上阵,拥抱现代 Web

📢 jQuery 4.0 发布

各位古早 Web 开发道友,还记得 JavaScript 中一大堆的 $ 符号吗😄。

2026年1月17日,jQuery 官方博客正式发布了 jQuery 4.0.0。作为前端开发史上最具影响力的 JavaScript 库之一,jQuery 这次的更新不是“小修小补”,而是一次面向未来的彻底重构

如果你还在用 jQuery 1.x/2.x 写 IE 兼容代码,那这次升级可能会让你“痛并快乐着”——因为 jQuery 4.0 彻底和旧时代说再见了。

🚀 jQuery 20 年


On January 14, 2006, John Resig introduced a JavaScript library called jQuery at BarCamp in New York City. Now, 20 years later, the jQuery team is happy to announce the final release of jQuery 4.0.0. After a long development cycle and several pre-releases, jQuery 4.0.0 brings many improvements and modernizations. It is the first major version release in almost 10 years and includes some breaking changes, so be sure to read through the details below before upgrading. Still, we expect that most users will be able to upgrade with minimal changes to their code.

Many of the breaking changes are ones the team has wanted to make for years, but couldn’t in a patch or minor release. We’ve trimmed legacy code, removed some previously-deprecated APIs, removed some internal-only parameters to public functions that were never documented, and dropped support for some “magic” behaviors that were overly complicated.


谷歌翻译
2006 年 1 月 14 日,John Resig 在纽约市的 BarCamp 大会上发布了名为 jQuery 的 JavaScript 库。如今,20 年过去了,jQuery 团队很高兴地宣布 jQuery 4.0.0 正式版发布。经过漫长的开发周期和多次预发布,jQuery 4.0.0 带来了诸多改进和现代化。这是近 10 年来的首个主要版本,其中包含一些重大变更,因此请务必在升级前仔细阅读以下详细信息。不过,我们预计大多数用户只需对现有代码进行少量修改即可完成升级。

许多重大变更都是团队多年来一直想实现但无法在补丁或小版本中实现的功能。我们精简了遗留代码,移除了一些之前已弃用的 API,移除了一些从未记录在文档中的公共函数内部参数,并放弃了对一些过于复杂的“魔法”行为的支持。


上面是发布 4.0 的博文开头的两段话,让我感触很深!jQuery 从 2006 开始发布,到今年,整整 20 年!我是 2009 年写 Web 时接触 jQuery,它简单统一的 API 大大缩减开发量,直到后面 Angular/Vue 之类的前端架构出来,才慢慢脱离 jQuery。

下图是官方博文贴出来团队合影,万分感谢他们的努力付出!

🔥 4.0 核心特性

移除 IE < 11 支持:迟到但必要的一步

IE<11 support removed

是的,你没看错。jQuery 4.0 不再兼容 IE6~IE10,最低要求为 IE11(虽然 IE11 也将在 2025 年后逐步退出历史舞台)。这意味着:

  • 代码体积更小(无需 polyfill 老浏览器)
  • 性能更高(可直接使用现代 DOM API)
  • 开发体验更清爽(告别 $.browser 等 hack)

💡 提示:如果你的项目仍需支持 IE8~IE10,请继续使用 jQuery 3.x 分支。

引入 Trusted Types 与 CSP:开始认真对待前端安全

Trusted Types and CSP

随着 Web 安全标准的演进,内容安全策略(CSP)已成为现代应用的标配。jQuery 4.0 内置对 Trusted Types 的支持,防止 XSS 攻击通过 innerHTMLjQuery.html() 等接口注入恶意脚本。

例如:

// 在启用 CSP 的环境下,以下代码将安全执行$('#content').html('<p>安全内容</p>');

jQuery 内部会自动通过 TrustedHTML 封装字符串,避免被 CSP 拦截。

✅ 这对金融、政务等高安全要求场景意义重大。

源码迁移到 ES Modules:向现代构建体系靠拢

jQuery source migrated to ES modules

jQuery 终于告别了传统的 IIFE(立即调用函数表达式)打包方式,整个代码库重构为 ES Modules。这意味着:

  • 支持 tree-shaking(Webpack/Rollup 可按需引入)
  • 更好的模块化开发体验
  • 为未来拆分功能包(如 @jquery/dom, @jquery/event)打下基础

你现在可以这样导入:

import $ from'jquery';// 或者只导入你需要的部分(未来可能支持)import{ on, off }from'jquery/events';

移除已废弃 API:减少模糊行为

Deprecated APIs removed

jQuery 3.x 中标记为 deprecated 的方法,在 4.0 中全部删除,包括:

  • .bind(), .unbind(), .delegate(), .undelegate()
  • .load(), .unload(), .error()(事件方法)
  • jQuery.isWindow(), jQuery.proxy() 等工具函数

移除 jQuery prototype 上的内部方法

Internal-only methods removed from jQuery prototype

过去,一些仅供 jQuery 内部使用的函数(如 .pushStack() 的某些变体)会意外出现在 $(). 的原型上。4.0 版本严格隔离内部逻辑,只保留公开 API,减少命名冲突和误用风险。

这不仅让 API 更清晰,也提升了库的封装性。

Focus 事件顺序遵循 W3C 规范

Focus event order now follows W3C spec

此前,jQuery 的 focusin/focusout 事件在部分浏览器中的触发顺序与原生行为不一致。4.0 完全对齐 W3C 标准,确保跨浏览器一致性。

Slim 构建更新:继续做减法

Updated slim build

jQuery Slim 版本(不含 ajaxeffects 模块)也同步升级到 4.0。如果你只用选择器和 DOM 操作,Slim 版体积进一步缩小至 ~25KB(gzip 后),非常适合轻量级项目。

🤔 总结

jQuery 4.0 并不是一次“重生”,而是一次面向现代 Web 的断舍离

  • 放弃老浏览器
  • 拥抱安全标准
  • 清理历史包袱
  • 对内部结构做工程化升级

它不会让 jQuery 再次成为前端主角,但至少保证了一点:

在仍然需要 jQuery 的地方,它不会成为技术债的放大器。

如果你维护的是老系统,无需着急升级
如果你维护的是长期项目,4.0 是一个更干净的起点

Read more

用 OpenClaw 配置 Codex 5.3:一套“性价比很高”的个人 AI 编程方案

用 OpenClaw 配置 Codex 5.3:一套“性价比很高”的个人 AI 编程方案

这篇是我自己的实战复盘:从 OAuth 报错、模型没切过去,到最终把 OpenClaw 稳定跑在 openai-codex/gpt-5.3-codex 上,并通过飞书远程使用。 先说结论 如果你也在找「便宜 + 强 + 可控」的方案,我现在这套组合非常能打: * OpenClaw 负责 Agent 编排(工具、文件、会话、渠道) * OpenAI Codex 5.3 负责核心编码能力 * Feishu 作为消息入口(随时远程下指令) * 本地 Workspace 放在 G:\claw,项目资产可控 这套的性价比点在于: 1. 不需要重搭一整套复杂平台 2. Codex 5.3 编码质量明显高于普通通用模型

GitHub Awesome Copilot 项目深度解析:社区驱动的 AI 编程助手增强工具库

GitHub Awesome Copilot 项目深度解析:社区驱动的 AI 编程助手增强工具库

概要 GitHub Awesome Copilot 是一个由社区驱动的开源项目,专注于为 GitHub Copilot 提供丰富的自定义增强工具。该项目汇集了全球开发者贡献的指令、提示词、配置和代理,旨在帮助用户最大化利用 GitHub Copilot 的 AI 编程能力。通过提供模块化的自定义组件,该项目将 Copilot 从一个通用的代码生成工具,升级为能够适应特定领域、工作流和最佳实践的智能编程伙伴。随着 AI 编程助手技术的快速发展,此类社区项目在推动工具实用性和普及性方面扮演着关键角色,特别是在个性化、专业化场景的支持上。 整体架构流程 Awesome GitHub Copilot 项目采用模块化、分层式的架构设计,确保各类自定义组件能够独立管理又相互协作。整体架构流程可分为五个核心层次: 1. 资源层(Resource Layer):作为基础层,包含所有原始的自定义组件文件,如提示词文件(.prompt.md)、指令文件(.instructions.md)

2026年3月23日技术资讯洞察:AI Agent失控,Claude Code引领AI编程新趋势

兄弟们早上好!今天是2026年3月23日,我又准时给大家分享今天的技术资讯啦,就是这么准时!话不多说,开始上菜! 1. Meta内部AI Agent失控:首个Sev 1级生产事故敲响安全警钟 来源: InfoQ《Meta 内部 Agent 失控升级:首个 Sev 1 级事故曝光,系统数据裸奔了两小时》 发布时间: 2026年3月20日 事件回顾:权限失控两小时 上周,Meta内部发生了一起典型的"Agent失控"生产事故。一名Meta员工在内部论坛发帖求助技术问题,另一名工程师调用公司内部的AI Agent来分析问题。然而,这个Agent没有跟调用者私聊,而是直接在论坛上公开发布了建议回复。 更糟糕的是,Agent给出的建议是错误的。提问员工按照这个错误信息操作,导致权限配置出错,大量公司内部数据+用户相关数据短暂暴露给一批原本无权限的工程师。整个暴露过程持续近2小时,Meta内部将其定为Sev 1级,即公司安全事件体系中第二高的严重等级。 技术剖析:上下文压缩的安全隐患

知网AIGC检测多少钱?各渠道价格对比和省钱攻略

知网AIGC检测多少钱?各渠道价格对比和省钱攻略

知网AIGC检测多少钱?各渠道价格对比和省钱攻略 毕业季一到,论文查重和查AI就成了绕不开的两座山。查重大家都比较熟悉了,但知网AIGC检测是这两年才铺开的新项目,很多同学对它的价格体系还不太清楚。 我去年帮几个学弟学妹查过知网AIGC,踩了不少坑,也摸索出了一些省钱的路子。今天把这些经验整理出来,希望能帮大家少花点冤枉钱。 知网AIGC检测的官方定价是多少? 先说结论:知网AIGC检测并没有一个面向个人用户的统一公开售价。 这和知网查重类似——知网的检测服务主要是面向机构(高校、期刊社)提供的,个人用户想用知网检测,通常需要通过第三方渠道。不同渠道的定价差异不小,这也是很多同学踩坑的原因。 目前市面上能查到的知网AIGC检测价格,大致分布在这个区间: 渠道类型价格区间(单篇)可靠性备注学校图书馆免费(限次)最高部分学校提供1-2次免费机会知网官方合作渠道80-150元高需确认是否为正规授权淘宝/拼多多店铺30-80元参差不齐低价店铺有报告造假风险第三方检测网站50-120元中等需辨别是否真的调用知网接口 学校免费次数用完了怎么办? 很多学校会给毕业生提供