Node Lambda查询不存在的DDB键时不报错仅返回null，求排查

核心问题分析 #

你的代码在查询不存在的user时，理论上应返回包含访问次数的message对象，但实际返回null，主要有两个关键排查方向：

1. finally块的逻辑干扰 #

你的代码在try块中直接返回{message: message}对象，但finally块会在return之后执行并修改body变量。尽管JavaScript规范中try块的return值会被暂存，finally不会覆盖这个返回值，但Lambda运行时或第三方工具可能存在异常处理逻辑，导致实际返回的是finally处理后的body（若PutCommand的返回值被工具修改为null，最终就会返回"null"字符串或null）。

修改方案：调整代码结构，将返回值统一交由finally块处理，避免return和finally的变量冲突：

const lambdaHandler = async (event, context) => {
    let body;
    let statusCode = 200;
    
    const user = event.user;
    let visit_count = 0;
    
    try {
        // 校验user参数有效性
        if (!user) {
            throw new Error('user参数不能为空');
        }
        
        const params = {
            TableName: table_name,
            Key: {
                user: user
            }
        };
        
        const getResult = await dynamodb.send(new GetCommand(params));
        if (getResult.Item) {
            visit_count = getResult.Item.visit_count;
        }
        visit_count++;
        
        const putParams = {
            TableName: table_name,
            Item: {
                user: user,
                visit_count: visit_count
            }
        };

        await dynamodb.send(new PutCommand(putParams));
    
        const message = `Hello ${user}! You have visited us ${visit_count} times.`;
        console.log(message);
        body = { message: message };
    
    } catch (err) {
        statusCode = 400;
        body = { error: err.message };
    } finally {
        body = JSON.stringify(body);
    }
    
    return {
        statusCode: statusCode,
        body: body
    };
};

2. Tracer工具的潜在影响 #

你使用tracer.captureAWSv3Client包装DynamoDB客户端，部分APM工具的埋点逻辑可能会修改AWS SDK的返回值，导致GetCommand或PutCommand的结果变为null。

验证方案：临时注释掉tracer相关代码，使用原生DynamoDBClient测试：

// 注释掉tracer代码，使用原生客户端
// const client = tracer.captureAWSv3Client(new DynamoDBClient());
const client = new DynamoDBClient({});
const dynamodb = DynamoDBDocumentClient.from(client);

如果测试后返回正常，说明tracer工具存在兼容性问题，需调整其配置或更换版本。

3. 额外检查点 #

• 查看CloudWatch日志：确认message是否正常打印，以此判断是返回值处理问题还是业务逻辑异常；
• 确认DynamoDB表的主键配置：确保表的分区键确实是user，且类型与传入参数匹配。

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