本文详解在 salesforce 社区(community)及 lightning home page 等无 `recordid` 上下文的场景下,如何通过 apex + `@wire` 正确获取当前登录用户信息及其关联的 account 和子记录(如 location_data__c),规避 `recordid` 为空、soql 查询无结果等常见错误。
在 Salesforce 社区页面或 Lightning Home Page 中构建 LWC 组件时,一个典型痛点是:组件缺乏隐式 recordId(不像 record page 那样自动注入),导致依赖 @api recordId 的逻辑失效——正如你遇到的 List has no rows for assignment to SObject 错误。根本原因在于:你尝试将外部传入的 this.recordId 作为用户 ID 查询用户记录,但该值在社区首页/主页中为 undefined 或空字符串,最终触发 SOQL 查询失败。
✅ 正确解法是避免客户端传递用户 ID,转而由 Apex 在服务端直接调用 UserInfo.getUserId() 获取当前上下文用户,并基于此关联查询所需数据。这既符合安全最佳实践(不暴露用户 ID 到前端),也彻底规避了 recordId 缺失问题。
✅ 推荐方案:单次 Apex 查询获取用户 → 账户 → 位置数据
优化后的 Apex 控制器应一次性拉取完整数据链,而非分步查询:
public with sharing class UserDetailsController {
@AuraEnabled(cacheable=true)
public static List<Account> getAccountWithLocations() {
// 注意:确保 User.Account_Id__c 是可查询字段,且 Location_Data__c 的父关系名正确(示例中假设为 Locations__r)
return [
SELECT Id, Name,
(SELECT Id, Name, URL__c FROM Location_Data__r) // ← 替换为实际子关系名(检查 Account 的子对象关系名)
FROM Account
WHERE Id IN (
SELECT Account_Id__c
FROM User
WHERE Id = :UserInfo.getUserId()
)
LIMIT 1
];
}
}
⚠️ 关键校验点: