Next.js集成Firebase写入数据报无效路径及参数错误求助

报错Error: child failed: path argument was an invalid path = "users/[object Object]"和identityNumber本身的类型定义无关，问题出在函数传参的写法上：
你调用writeUserData时写的{ identityNumber }是ES6对象简写语法，等价于{ identityNumber: "hello" }，传入的是一个JS对象而不是你定义的字符串值。JS把对象拼接到字符串路径中时，会自动将对象转换为[object Object]，最终生成的非法数据库路径就触发了报错。
同样你传入的{ userName }、{ address }也都是对象而非字符串值，就算路径问题修复，后续写入数据库的内容也会不符合预期。

1. 修正函数传参写法 #

直接传入变量本身，不要用花括号将变量包裹为对象，同时补充表单默认提交行为的阻止逻辑，避免点击按钮后页面刷新：

function handleClick(e) {
  e.preventDefault(); // 阻止表单默认提交跳转
  writeUserData(identityNumber, userName, address);
}

2. 实现全局唯一identityNumber生成逻辑 #

替换你现在硬编码的const identityNumber = 'hello'，用「时间戳+随机整数」的规则生成唯一标识：

// 生成唯一用户标识的方法
const generateIdentityNumber = () => {
  // 获取当前13位时间戳
  const timePart = Date.now().toString();
  // 生成6位随机整数，不足位数补0
  const randomPart = Math.floor(Math.random() * 1000000).toString().padStart(6, '0');
  return timePart + randomPart;
}

// 调用示例：在提交时生成标识传入即可
function handleClick(e) {
  e.preventDefault();
  const identityNumber = generateIdentityNumber();
  writeUserData(identityNumber, userName, address);
}

你当前的代码还有两个会触发后续报错的隐患，建议一并调整：

• Firebase初始化逻辑写在组件函数内部，每次组件重渲染都会重复执行初始化，触发Firebase重复初始化报错。需要把初始化逻辑移到组件外部，同时给getDatabase传入初始化好的app实例，避免多实例下取错数据库对象：

// 移到组件外部，只在文件加载时执行一次
const clientCredentials = {
  apiKey: process.env.NEXT_PUBLIC_FIREBASE_API_KEY,
  authDomain: process.env.NEXT_PUBLIC_FIREBASE_AUTH_DOMAIN,
  databaseURL: process.env.NEXT_PUBLIC_FIREBASE_DATABASE_URL,
  projectId: process.env.NEXT_PUBLIC_FIREBASE_PROJECT_ID,
  storageBucket: process.env.NEXT_PUBLIC_FIREBASE_STORAGE_BUCKET,
  messagingSenderId: process.env.NEXT_PUBLIC_FIREBASE_MESSAGING_SENDER_ID,
  appId: process.env.NEXT_PUBLIC_FIREBASE_APP_ID,
}
const app = initializeApp(clientCredentials);
const db = getDatabase(app);

export default function Username(props) {
  // 组件内部原有逻辑，删掉重复的初始化代码
  const [userName, setUsername] = useState('');
  const address = props.address;
  // ...其余逻辑
}

• 如果后续需要更高可靠性的唯一标识，也可以直接使用Firebase Auth生成的用户uid，或者Firebase Realtime Database的push()方法自动生成的唯一key，比时间戳加随机数的碰撞概率更低。

内容的提问来源于stack exchange，提问作者user19333414