《State of React 2025》调查深入描绘了 React 生态在稳定与革新并行下的真实现状。报告显示，大多数开发者仍以经典核心 API 与 Hooks（如 useState、useEffect、useContext、useRef）为主，这些特性使用率超过九成，体现了 React 在组件状态管理与生命周期控制上的成熟度。然而，useEffect 的依赖数组逻辑依旧被视为“最令人困惑的设计”，成为开发者满意度最低的核心 Hook。

新特性方面，Server Components、Server Functions（或 Server Actions）、Suspense for Data Fetching 以及 React Compiler 被视为 React 的未来方向，但普遍反馈集中在学习曲线陡峭、调试工具缺乏、构建配置复杂等问题。尤其是 Server Components，虽然被寄予厚望用于提升渲染性能和服务器端可组合性，但仍存在与前端构建工具（如 Next.js、Vite）集成不稳定、文档欠完善的问题。

在生态层面，调查揭示出开发者对 性能优化（Performance）、可维护性（Maintainability） 与 类型安全（Type Safety） 的关注显著上升，TypeScript 已成为 React 项目的默认选择。同时，状态管理 依然是 React 社区的焦点与痛点——虽然 Zustand、Jotai、Redux 等库仍占主导，但越来越多开发者倾向于“轻量、组合式”的状态方案，如 Signals 或基于 Context 的微型管理模式。

此外，报告还提到开发者对 React 与竞争框架（如 Svelte、Solid、Vue）的对比关注上升，尤其在性能与可维护性方面的比较。虽然 React 仍是企业级应用和前端主流技术栈的首选，但部分开发者认为其“心智负担”过高、生态碎片化严重。

总体而言，2025 年的 React 生态展现出一个技术成熟但开发体验尚待优化的阶段：经典 API 稳如磐石，新特性潜力巨大但尚未普及，工具链整合与学习成本成为主要阻碍。未来一年，React 社区的重点方向将围绕 Server Components 稳定化、React Compiler 推广、以及改善 DX（开发体验）展开，标志着 React 正向“全栈化与性能导向”的新时代演进。

核心目标是让开发者可以在浏览器中直接运行 Node.js 代码、安装 npm 包，甚至基于 Vite/Next.js 开发，全程无需后端服务器支撑。该项目由 Macaly.com 团队打造，目前处于实验阶段，生产环境使用需谨慎。

作者 Allen Pike 分享了调试 Web 应用仪表盘加载从 1 秒骤增至 10 秒的性能问题的经历，他起初误以为是 React 框架问题，经 Claude 修复相关问题无果后，通过 Safari 性能检查器发现 CPU 九成以上资源消耗在布局环节，随后借助二分法（即让 Claude 反复移除疑似引发问题的代码，验证是否解决性能问题，找到修复点后再逐步回加代码，缩小问题范围至最小单元），并在 Claude 的辅助下仅用 10 分钟定位到问题看似源于新增的爱心 emoji，进一步排查才发现真正诱因是为实现跨平台 emoji 统一渲染、解决 Linux 端渲染问题而引入的 Google Noto Color Emoji 字体 —— 该字体基于 COLRv1 规范，在不支持此规范的 Safari 中回退 SVG 渲染时出现严重性能 bug，单个字符布局耗时达 1600ms，作者还在 Claude 帮助下制作了极简复现案例反馈问题，WebKit 团队确认问题源于 CoreSVG 模块且大概率会修复，同时作者给出苹果平台优先使用 Apple Color Emoji 的临时解决方案；而此次问题的起因正是 Claude 最初推荐引入该字体，作者也借此反思，以 Claude 为代表的 AI 编码工具虽让排查效率提升 10 倍，是高效的调试帮手，却也可能引发新问题，如同电锯一般兼具高实用性与潜在风险性。

基于对超 10 万个网站主页的 CSS 数据深度分析的首份基准报告，填补了 Web Almanac 自 2022 年起暂停 CSS 相关章节的行业空白，从样式表构成、At 规则、规则集、选择器、声明、值与单位六大核心维度，全面呈现了当前全球 CSS 的实际使用特征、主流趋势与现存问题。报告核心重点如下：其一，样式表规模整体呈合理分布，50% 的网站未压缩 CSS 尺寸为 309kB、源码行数 10677 行，且注释、嵌入式内容占比普遍较低，但存在极端超标案例，如最大未压缩 CSS 达 52.5MB、单站注释 8MB，同时半数网站未启用 CSS 自定义属性；其二，At 规则使用呈现明显分化，@media（93.06%）、@font-face（85.62%）、@keyframes（83.90%）为绝对主流，是响应式设计、字体定制、网页动画的核心，@container 自 2023 年普及后使用率达 9.61%，但 @layer（2.71%）、@property（2.67%）等实用新特性使用率极低，@supports 虽使用率 44.57% 但实际落地使用量偏少；其三，规则集与选择器层面，多数网站规则嵌套深度克制（50% 为 1 层），但存在 Sass @extend 滥用导致单条规则超 12 万选择器的极端情况，伪类新特性表现亮眼，:where（90.56%）跻身前三，2023 年普及的:has 使用率达 41.30%，甚至高于更早普及的:is，而可访问性相关选择器（aria/role）使用量偏低，50% 的网站仅使用 1 个；其四，声明使用上，!important 整体克制，50% 的网站其占总声明数的 2%，但厂商前缀属性、老旧浏览器 hack 仍有留存，如 18.75% 的网站使用 * property 适配老旧 IE 浏览器；其五，值与单位的使用偏好显著，颜色以 hex6、hex3、rgba 格式为主，8 位十六进制颜色使用率有所上升，而 OKLCH 等现代颜色格式仍小众，单位中 px（98.28%）、em（91.72%）占绝对主流，rem、vh/vw 成为响应式设计常用单位，容器单位、相对新单位的使用率较低。整体来看，当前 CSS 使用呈现出积极趋势，新特性 Adoption 逐步提升，响应式设计、自定义字体已成行业标配，多数网站 CSS 编写相对规范，但仍存在老旧用法未及时淘汰、部分实用新特性普及缓慢、部分网站 CSS 体积与复杂度超标、可访问性考量不足等问题。同时，报告也明确了后续优化方向，包括改用无头浏览器优化数据采集、增加数据相关性分析、拓展 grid 与 flex 对比、Web 组件选择器分析等研究维度。

iOS 26.3中，苹果引入了一项新的隐私功能，限制了蜂窝网络通过基站获取的“精确位置”数据。此功能仅适用于配备苹果2025年推出的自研调制解调器的设备。虽然众所周知，蜂窝网络可以通过基站确定设备位置（精度为数十至数百米），但这并非全部真相。

蜂窝通信标准内置了协议，例如2G和3G网络中的RRLP（无线资源LCS协议），以及4G和5G网络中的LPP（LTE定位协议），使你的设备能够悄悄地将GNSS（包括GPS、GLONASS、伽利略、北斗）位置信息发送给运营商。这种定位精度可达个位数米，与你在地图应用中看到的精度相同。这些是控制平面定位协议，用户几乎无法感知。

GNSS定位本身是一种被动过程，并非旨在离开设备，但这些内置协议使其可以被传输。此类能力并非秘密，但公众对此知之甚少。它们长期以来已被实际使用，例如：

• 2006年，美国缉毒局（DEA）通过“ping”手机从运营商获取了GPS坐标。
• 以色列辛贝特（Shin Bet）通过蜂窝公司数据中心，利用三角测量和GPS数据，持续追踪以色列境内的所有手机。2020年3月，以色列政府还利用这些数据进行COVID-19接触者追踪，这进一步证明了其高精度。

尽管不确定RRLP和LPP是否是这些机构获取GNSS数据的唯一或确切技术，并且也不清楚这些协议是否可能被外国运营商远程利用，但考虑到电信行业“糟糕的文化、能力和诚信”，作者认为任何国家行为者都有可能通过电话号码/IMEI获取地球上任何人的精确GNSS坐标。

苹果在iOS 26.3中迈出了良好的一步，限制了至少一种大规模监控途径。作者呼吁苹果未来必须允许用户禁用向移动运营商发送GNSS位置响应的功能，并在设备尝试发送此类数据时通知用户。

作者发文表示如今已默认 Apple News 上的所有广告都是骗局，因 2024 年苹果与 Taboola 合作在 Apple News 投放广告后，广告不仅形似 Taboola 的低质广告且重复度极高，作者还因 Apple News + 收费高昂却仍有广告而拒绝订阅，而近期该平台的广告质量愈发糟糕，多数疑似为骗局；作者举例多款广告，包括三款疑似 AI 生成的箱包、杯子类产品广告，其对应的域名均为近期新注册，还有 Tidenox 以店主退休为由推出的全场八折清仓广告，该品牌宣称经营 26 年，但域名实际 2025 年才在国内注册，宣传图片也疑似 AI 生成，这类虚假清仓广告早已被美国商业改进局预警，存在收钱后关店的问题；作者质疑苹果和 Taboola 对此毫不在意，怒斥苹果将自诩高端的新闻服务变成骗局广告的温床，认为苹果已不再值得被信任运营产品内的广告业务。

OpenCiv3（原代号 C7）是由粉丝社区基于 Godot Engine 和 C# 开发的开源跨平台游戏，是《文明 3》的现代化重构版本，借鉴 4X 品类优势与《文明 3》的模组开发经验，旨在移除原版限制、修复问题、拓展模组能力并适配现代图形和平台，既保留《文明 3》核心玩法与内容，又力求超越其资料片 C3C，目前该项目处于积极开发的早期预阿尔法阶段，游戏虽可基础游玩，但缺失诸多机制和后期内容，且易出现错误，其与《文明 3》相关官方主体无关联，社区可通过 CivFanatics 子论坛、Discord、GitHub 进行交流与贡献。2025 年 12 月该项目发布了 v0.3 “Dutch” 预览版 1，相较上一版本有重大升级，首次推出独立模式，无需《文明 3》媒体文件即可运行（配备占位图形），仍推荐本地安装《文明 3》征服版或完整版以获得更佳体验，相关安装包可从 GitHub 发布页下载，各版本更新说明也可在此查看。该游戏支持 64 位 Windows、Linux 和 Mac OS 系统，暂未明确最低硬件要求，推荐本地拥有《文明 3》相关文件，且不同系统有对应的安装步骤，均支持通过 CIV3_HOME 环境变量指向《文明 3》文件路径，其中 Windows 可自动检测注册表中的游戏安装路径，Mac 版为通用 64 位程序，适配英特尔和 M1 芯片机型但安装运行有特殊的解锁步骤。此外，当前版本存在诸多已知问题，比如使用大量简易占位资源、对《文明 3》的 BIQ 和 SAV 文件支持不完善易导致加载失败或崩溃，Mac 版还无法直接启动新游戏，仅能加载指定存档文件，相关问题可在 GitHub 问题页查看跟踪。

React Native 0.84 版本以性能提升、架构精简和开发效率优化为核心，将 Hermes V1 设为 iOS 和 Android 双端默认 JS 引擎，默认提供 iOS 预编译二进制文件并全面移除旧架构相关组件，同时将 Node.js 最低要求提升至 22.11+；该版本还同步至 React 19.2.3、支持 ESLint v9 Flat Config，增强了多平台能力、无障碍访问支持并完善 URL API 使其更贴近 Web 标准，也带来了部分破坏性变更和 API 弃用，0.84 成为最新稳定版且 0.81.x 停止支持，现有项目可通过 Upgrade Helper 升级，新建项目可通过指定命令创建，Expo 项目暂在 canary 版本提供该版本支持，此版本由 95 位贡献者完成超 650 次提交，实现了多项核心功能的优化与迭代。

Anthropic 的研究人员为测试大模型自主开发能力，打造了由 16 个 Claude Opus 4.6 实例组成的并行智能体团队，通过搭建持续运行的循环框架、基于 Git 和 Docker 的并行协作与任务锁同步机制，让智能体在无人工干预的情况下协作开发，耗费近 2000 次代码会话、2 万美元 API 成本，完成了基于 Rust 的十万行 C 编译器开发，该编译器为无网络的纯净实现，可编译 x86、ARM、RISC-V 架构的 Linux 6.9 及多款主流开源项目，编译器测试套件通过率达 99%，但仍存在缺乏 16 位 x86 编译能力、无自研汇编器和链接器、生成代码效率低等局限，已接近该模型的能力上限；研究过程中还总结出打造高质量测试套件、贴合大模型特性设计开发环境、合理拆分任务实现并行、让智能体分工专业化等自主智能体团队的设计经验，而这一实验不仅展现了大模型智能体团队自主完成复杂项目的可能性，让开发者能设定更宏大的开发目标，也揭示了全自主软件开发存在的质量验证、漏洞风险等问题，研究人员认为大模型及相关交互框架的快速发展虽会催生海量新代码，且正面应用将多于负面，但也需要新的策略来保障这一全新开发模式的安全落地。

前软件工程师 Simon 在 2025 年辞职推出首款硬件产品 —— 超亮灯具 Brighter，众筹获 40 万美元销售额后启动 500 台首批量产，毫无硬件经验的他在量产过程中遭遇了一系列问题：原型灯亮度测试未达 50000 流明的宣传值，经团队改造后超至 60000 流明；量产阶段恰逢美国对华加征关税至 150%，带来巨大成本压力，还因与中国工厂沟通失误导致散热器制作出错，后续整机装配时又发现 PCB 引脚标签贴错引发控制失灵，临近装箱又出现旋钮因设计标注缺失和涂层问题卡顿，工厂紧急重做才解决；产品运抵美国交付后，又出现底座出线过短、配套螺丝刀和螺丝质量参差不齐等问题，让他深刻体会到墨菲定律的影响。尽管问题不断，Brighter 仍收获了消费者的正面评价，其超高亮度有效提升了冬季居家办公的生产力，还获得了企业批量采购的订单。基于这段经历，Simon 总结出五大硬件创业经验：要远超软件行业的细致规划，做好时间和预算的双重把控；与供应链各方超量沟通、明确所有规格并持续跟进；对产品所有指标在多环境多设备上反复测试；重视地缘政治因素，将关税等风险纳入财务模型；尽早实地拜访供应商，提升沟通效率。同时他也认为自己做对了三件关键事：量产前通过小额定金方式验证市场需求，避免盲目投入；制定可持续的定价策略，保证企业能承受量产失误的成本；高度重视客户支持，快速响应问题并免费为客户更换改进后的配件。最终这段充满波折的硬件创业经历，让他收获了远超软件工作的成就感，产品也凭借核心价值获得了用户的自发认可。

comma.ai 的 CTO 分享了公司自建的 500 万美元数据中心的细节，该数据中心部署于公司办公室，支撑所有模型训练、指标和数据处理工作，相比云端部署节省了超 2000 万美元成本；公司弃用云端核心原因包括摆脱对云服务商的依赖、倒逼工程师优化代码而非单纯增加算力、大幅降低成本，且自建数据中心仅需少数工程师和技术人员维护。该数据中心硬件层面最高功耗 450kW，2025 年电费超 54 万美元，依托圣地亚哥的气候采用新风冷却系统控制温湿度，算力核心为 75 台自研 TinyBox Pro 机器（共 600 块 GPU），存储端由戴尔机型搭建约 4PB 的 SSD 存储，网络配备 100Gbps 以太网交换机和 InfiniBand 交换机；软件层面基于 Ubuntu 系统和 Salt 进行服务器管理，用自研 minikeyvalue 做分布式存储、Slurm 管理工作负载，依托 PyTorch 做分布式模型训练，自研轻量调度器 miniray 处理各类计算任务，还搭建了自定义实验追踪服务，同时通过轻量化单仓代码库和 NFS 缓存实现本地代码与分布式任务的无缝同步。该数据中心的核心应用是自动驾驶模型的在线策略训练，仅需简单命令即可调度全栈基础设施完成训练数据生成、模型训练、指标追踪等全流程，公司也借此鼓励更多企业或个人尝试自建数据中心。

2026 年初 SpaceX 收购 xAI 并联合谷歌、多家初创企业布局太空数据中心，谷歌研究曾指出若 2035 年近地轨道发射成本降至 200 美元 / 公斤，该构想或能与地面数据中心竞争，但即便解决辐射、冷却等基础问题，太空数据中心仍因需发射海量卫星引发凯斯勒综合征、硬件无法规模化升级、长期成本不敌持续发展的地面能源及数据中心技术而不具现实可行性，而企业和资本扎堆入局，实则是 SpaceX 为 IPO 造势、xAI 需资金续命，投资者则寄望于通过后续接盘获利，且因太空算力落地周期长，各方有充足时间在这场资本浪潮中牟利。

作者Ibrahim Diallo分享了他如何教会吵闹的邻居降低电视音量的经历。

作者搬入新公寓后，改用了Dish Network服务，并首次接触到无需视线即可控制设备的射频（RF）遥控器，对其便利性印象深刻。几个月后，他发现楼下最吵的邻居也安装了Dish Network并使用了RF遥控器。随后，作者的电视开始出现随机换台、音量自动增大等异常情况。

经过一番排查，作者发现是自己与邻居的RF遥控器频率相同，导致两个遥控器可以同时控制两家的电视和机顶盒。作者本想友善地向邻居解释，并演示这一问题，以便共同解决。然而，当他上门时，邻居却粗暴地打断了他，误以为他在推销产品，并拒绝了他的沟通。

面对邻居的无礼，作者决定采取一种独特的“教育”方式。他将自己的RF遥控器放在卧室，每当邻居的电视音量超过他设定的阈值时，他就使用遥控器关掉邻居的电视。经过数周的反复操作，这位吵闹的邻居通过试错，最终学会了将电视音量控制在较低水平，否则电视就会被关掉。作者幽默地总结道，这是一种成功的巴甫洛夫式条件反射，可能导致那位邻居至今仍不自觉地将音量调至18，而不知其原因。

2026 年 2 月消息，受特朗普政府对欧强硬态度、格陵兰岛相关紧张局势引发的美科技企业断供担忧，以及数据隐私保护、担忧落后于美中科技发展等因素推动，欧洲多国正大力推进 “数字主权”，减少对美国科技巨头数字服务的依赖并转向本土或免费开源替代方案，其中法国宣布 250 万公务员 2027 年前停用 Zoom、Teams 等美国视频会议工具，全面切换至本土的 Visio，奥地利军方弃用微软 Office 改用 LibreOffice，德国石勒苏益格 - 荷尔斯泰因州也完成了微软相关服务向开源软件的迁移，丹麦、法国里昂等也在推进同类替代举措；而特朗普政府此前因国际刑事法院发布以色列总理逮捕令对其首席检察官实施制裁，导致微软关停相关人员邮箱，这一事件加剧了欧洲对美科技企业 “终止服务开关” 的担忧，加之斯诺登曝光的美国网络监控、欧盟反垄断罚款未能遏制美科技巨头垄断、对马斯克星链的依赖顾虑等，进一步坚定了欧洲的决心；对此美国科技企业推出了由欧洲实体运营、数据留欧的 “主权云” 试图应对，微软也表态将加强数据保护并维护跨大西洋合作，而欧洲对美科技的选择逻辑也从最初的省钱转变为如今的追求自主优先，欧盟还强调在关键领域不能依赖单一国家或企业，避免自身数字依赖被 “武器化”。

作者 Dmitry Brant 为帮助朋友的会计事务所迁移使用了四十年的老式 RPG 语言会计软件，着手破解该软件所需的、有四十年历史的并行端口硬件加密狗，该软件竟在 2026 年仍运行于 Windows 98 电脑的 DOS 控制台，且加密狗相关的 RPG II 编译器会将加密验证逻辑注入生成的所有可执行文件；作者先对运行软件的电脑做磁盘镜像并在模拟器中运行，发现了软件的完整 RPG 源码和两款 Software West Inc 的 RPG II 编译器，随后用 Reko 反编译编译器的可执行文件，在起初忽略的 0800 代码段中找到与并行端口通信的加密验证程序，分析发现该程序会从加密狗获取固定验证值并存储在 BX 寄存器，无外部输入意味着验证值为常量；作者先尝试修补程序给 BX 寄存器赋值，从反编译代码中发现 BH 段固定为 76h，仅 BL 段未知，便通过脚本暴力破解 256 种可能的 BL 值，最终找到正确的验证值 7606h，仅用四字节代码完成程序修补，且发现编译器套件的所有可执行文件均采用相同加密逻辑，修补后的编译器生成的程序也会自带破解后的验证逻辑；作者认为该加密机制设计简陋，仅靠固定数值验证却还拥有专利，推测是开发者未充分利用加密狗的硬件能力，目前该编译器已摆脱加密狗限制，作者计划清理隐私信息后将其作为计算机历史产物公开，同时希望联系到 Software West Inc 的相关人员解答疑问。

作者在这篇文章中抒发了自身兼具的 “创造者” 与 “思考者” 两种特质因 AI 出现而产生的内心矛盾，他坦言大学物理学习阶段便属于极少会为难题进行深度、长久思考的类型，而软件工程曾完美平衡了其创造的务实需求与深度思考的精神需求，让他能在解决难题的过程中获得成长与满足，但 AI 的普及催生的 “随性编码” 模式，虽让他能更快完成更复杂的软件开发、满足创造者的特质，却大幅减少了他深度思考并为技术问题构思创新解决方案的机会，使其思考者的特质陷入 “饥饿” 状态；他虽认为 AI 给出的方案远不及自己手动打磨的效果，却因务实的天性无法拒绝这种高效的方式，而如今能让 AI 完全无能为力、需要深度创新的问题正快速减少，他尝试重拾物理来满足深度思考的需求也因创造者的务实特质难以实现，最终陷入创造者不愿停下创造、思考者却因缺乏深度思考而感到精神匮乏的两难，且暂时找不到能同时满足两种特质的方法，文末还引用了菲利普・梅兰德尔关于 “上帝已死，其死亡造就了世界的生机” 的言论，为这种矛盾的处境增添了深层的思考维度。

Mitchellh 分享了自己循序渐进、理性务实的 AI 工具采纳之旅，其表示采纳新工具都会经历低效、够用、颠覆工作流三个阶段，而此次他也历经六步实现了 AI 的有效落地：先是放弃用 ChatGPT 等聊天机器人完成核心编码工作，发现其在棕地项目中效率低下，转而使用能调用外部功能的 AI 智能体；接着通过手动完成工作后再让智能体重现结果的方式，摸索出拆分任务、为智能体设置验证方式等使用技巧，也明晰了智能体的能力边界；随后利用每日最后 30 分钟启动智能体完成深度调研、创意尝试、问题分类等工作，让智能体在非工作时间创造价值，实现次日工作的快速启动；再到明确智能体的擅长领域后，将这类简单任务交给后台运行的智能体处理，自己则专注于更有价值的工作，同时关闭通知避免上下文切换，还能在手动工作中持续形成技能；现阶段正开展 “工具工程”，通过优化提示词和编写程序化工具，让智能体能自主发现并避免错误，同时朝着让智能体全天候运行的目标努力，目前实现了工作日 10%-20% 的后台运行率，且坚持只让智能体处理真正有帮助的任务。作者坦言如今已成功将 AI 融入工作流，以理性客观的视角看待 AI，虽担忧 AI 对基础薄弱的初级开发者技能形成的影响，但作为软件从业者，仅将其视为高效的创作工具，同时表示自己与 AI 企业无利益关联，尊重他人是否使用 AI 的选择，也希望通过这段经历分享自己接纳新工具的通用方法。