首页
/ Qwik框架中server$调用链导致对象冻结问题的分析与解决

Qwik框架中server$调用链导致对象冻结问题的分析与解决

2025-05-10 18:20:17作者:明树来

问题背景

在使用Qwik框架开发应用时,开发者发现当通过多个server函数链式传递对象时,会出现对象被深度冻结(deepfreeze)的问题。具体表现为当尝试在第二个server函数链式传递对象时,会出现对象被深度冻结(deep freeze)的问题。具体表现为当尝试在第二个server函数中访问对象属性时,控制台会抛出错误:"'getOwnPropertyDescriptor' on proxy: trap returned descriptor for property 'XXX' that is incompatible with the existing property in the proxy target"。

问题复现

让我们通过一个典型的使用场景来理解这个问题:

import { component$, Resource, useResource$, useStore } from "@builder.io/qwik";
import { server$ } from "@builder.io/qwik-city";

const printHello = server$(async (hello: Hello) => {
  return await printHello2(hello); // 这里将对象传递给另一个server$函数
});

const printHello2 = server$(async (hello: Hello) => hello.print + " world2");

interface Hello {
  print: string;
}

export default component$(() => {
  const helloStore = useStore<Hello>({ print: "hello" });
  const resource = useResource$(async () => {
    return await printHello(helloStore);
  });
  return (
    <Resource
      value={resource}
      onPending={() => <div>Loading...</div>}
      onRejected={(error) => <div>Error: {error.message}</div>}
      onResolved={(data) => <div>Data: {data}</div>}
    />
  );
});

技术分析

问题根源

  1. 对象冻结机制:Qwik框架在server$函数间传递对象时会自动执行深度冻结(deep freeze)操作,这是为了防止对象在传输过程中被意外修改。

  2. Proxy兼容性问题:当冻结后的对象被传递给下一个server$函数时,Proxy代理无法正确处理已被冻结的对象属性描述符(property descriptor),导致兼容性错误。

  3. 调用链处理:问题特别出现在server函数的链式调用中,因为每个server函数的链式调用中,因为每个server函数都会尝试对输入参数执行冻结操作。

临时解决方案

在问题修复前,开发者可以采用以下临时解决方案:

  1. 传递对象副本:不直接传递store对象,而是创建一个新对象传递:
return await printHello({
  print: helloStore.print
});
  1. 避免链式调用:将逻辑合并到一个server$函数中,减少中间传递环节。

框架团队响应

Qwik开发团队迅速响应了这个问题:

  1. 核心贡献者确认了问题的存在并立即着手修复
  2. 提供了测试版本供开发者验证修复效果
  3. 修复后版本已合并到主分支

技术启示

  1. 状态管理边界:在Qwik等现代框架中,客户端与服务器端的状态传递需要特别注意边界处理。

  2. 不可变数据原则:虽然框架自动冻结对象是为了保证数据一致性,但也可能带来意料之外的行为。

  3. 调试技巧:遇到类似Proxy相关错误时,可以检查对象是否被意外冻结或存在属性描述符冲突。

总结

这个问题展示了在Qwik框架中使用server$函数时需要注意的对象传递机制。通过理解框架内部的对象处理逻辑,开发者可以更好地设计组件间的数据流动方式。Qwik团队的高效响应也体现了开源社区解决问题的协作精神。

登录后查看全文
热门项目推荐

项目优选

收起
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
178
262
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
867
513
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
129
183
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
265
305
HarmonyOS-ExamplesHarmonyOS-Examples
本仓将收集和展示仓颉鸿蒙应用示例代码,欢迎大家投稿,在仓颉鸿蒙社区展现你的妙趣设计!
Cangjie
398
371
CangjieCommunityCangjieCommunity
为仓颉编程语言开发者打造活跃、开放、高质量的社区环境
Markdown
1.07 K
0
ShopXO开源商城ShopXO开源商城
🔥🔥🔥ShopXO企业级免费开源商城系统,可视化DIY拖拽装修、包含PC、H5、多端小程序(微信+支付宝+百度+头条&抖音+QQ+快手)、APP、多仓库、多商户、多门店、IM客服、进销存,遵循MIT开源协议发布、基于ThinkPHP8框架研发
JavaScript
93
15
note-gennote-gen
一款跨平台的 Markdown AI 笔记软件,致力于使用 AI 建立记录和写作的桥梁。
TSX
83
4
cherry-studiocherry-studio
🍒 Cherry Studio 是一款支持多个 LLM 提供商的桌面客户端
TypeScript
598
57
GitNextGitNext
基于可以运行在OpenHarmony的git,提供git客户端操作能力
ArkTS
10
3