SolidStart 项目中 Server Functions 无参数调用问题解析

问题背景

在 SolidStart 项目中，开发者发现了一个关于 Server Functions 的有趣现象：当尝试调用一个不带参数的服务器函数时，系统会抛出错误；而如果给函数传递任意参数（即使是 null 或 undefined），问题就会消失。

问题现象

开发者创建了一个简单的示例，其中包含一个不带参数的服务器函数：

const hello = async () => {
  "use server";
  console.log('Hello')
}

当尝试在按钮点击事件中调用这个函数时：

onClick={() => {
  hello()
}}

服务器端会抛出以下错误：

TypeError: Cannot read properties of null (reading 'startsWith')

问题根源

经过分析，这个问题源于 SolidStart 的服务器处理逻辑。在服务器处理函数时，它期望接收一个参数对象，即使函数本身不需要任何参数。当没有传递任何参数时，系统会尝试访问 null 或 undefined 的属性，从而导致错误。

临时解决方案

开发者发现可以通过以下方式临时解决这个问题：

onClick={() => {
  hello(1) // 传递任意参数
}}

虽然这种方法可以解决问题，但会导致 TypeScript 类型检查不通过，因为函数定义中并没有声明任何参数。

技术原理

在 SolidStart 的架构中，服务器函数调用是通过特殊的协议处理的。当客户端调用服务器函数时，系统会：

1. 序列化函数调用和参数
2. 通过 HTTP 请求发送到服务器
3. 服务器反序列化并执行函数

在这个过程中，参数处理逻辑假设总是存在一个参数对象，即使函数本身不需要任何参数。这种设计导致了无参数调用时的问题。

最佳实践

对于不需要参数的服务器函数，建议采用以下两种方式之一：

1. 显式声明一个可选参数：

const hello = async (arg?: any) => {
  "use server";
  console.log('Hello')
}

2. 使用空对象作为默认参数：

const hello = async (arg = {}) => {
  "use server";
  console.log('Hello')
}

框架改进

这个问题已经在 SolidStart 的最新版本中得到修复。修复方案是修改服务器处理逻辑，使其能够正确处理无参数的服务器函数调用。现在开发者可以安全地调用不带参数的服务器函数，而无需传递虚拟参数。

总结

这个案例展示了框架设计中边界条件处理的重要性。即使是看似简单的无参数函数调用，也需要在框架层面进行特殊处理。对于使用 SolidStart 的开发者来说，了解这一行为有助于编写更健壮的服务器函数代码。

在框架不断演进的过程中，这类边界条件的处理会越来越完善，为开发者提供更流畅的开发体验。