@wnarutou 正解 只是有时候图片拿不到

@laxenade 又试了一下，好像还是不行，问题在于：
1. Lambda 调用结束前留下的统计需要的信息（业务逻辑组名和函数名），与 AWS CloudWatch 在调用结束后留下的包含 `Duration` 的 REPORT ，是两行分开的 Log
2. 无论是基于关键字匹配（ match terms ）的 Filter Patterns ，还是根据空格分隔取值（ extract values from space-delimited ） 的 Metric Filter ，都只能对应某一行 Log ，即只能取到 `Duration` 或者组名和函数名，无法同时获取；另外就算能取到值，还需要进一步根据 RequestId 将两者匹配，这一步似乎也无法用 Filter 做到

例:

```
2023-06-21T00:00:00.000Z <RequestID> INFO GroupName<GROUP_FOO> FunctionName<FooFunction>

REPORT RequestId: <RequestID> Duration: 43.26 ms Billed Duration: 44 ms Memory Size: 128 MB Max Memory Used: 58 MB Init Duration: 160.08 ms
```

第一行是我们在 Lambda 里主动留下的，第二行是调用结束后 AWS 自动生成的。

名校都这样啊 这就叫校友的力量

@laxenade 第一个我看过，但不确定自己理解的是否正确。试着用了那个 Filter Pattern 给用于统计的 Lambda 加了一个 [CloudWatch Logs Subscription Filter]( https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/SubscriptionFilters.html#LambdaFunctionExample)，每个函数的 LogGroup 有匹配 Filter 规则的 Log 则触发 Lambda 。但遇到的问题跟在 Lambda 内直接异步调用统计用 Lambda 是一样的。。
Extension 我再去了解下哈，感谢提供思路🍻

@wantDead 正是因为不知道怎样将 AWS 默认统计的 Duration 按所谓的 tag 区分 所以才用到 Custom Metrics 呀。。

@crazywind 得 又来个新概念 我再看下哈

@hazardous 配列是日语单词

彳亍口巴 似乎这边没什么人用 AWS…

什么你配？你配几把？（（（

@zmxnv123 好家伙 人家情窦初开都是拉拉小手 最多亲亲小嘴儿 您这就想压身下了啊👍

有几个眼熟的

@linshuizhaoying 理论上是这样的 实际执行起来只想大摸特摸🤣

前两天有人发过帖子。。

@makelove 正是因为楼主踩了这个坑 所以才有的这贴 楼主这样对 JS 本身都不熟的使用者 连什么时候必须加分号都不知道 你还指望一个新手去研究怎么配语言生态链上的 lint 工具来防止自己踩坑吗。。

JS 的话 写不写分号全看个人偏好 我选择两个都要 不会去手打 但必须得有 这种事让编辑器给我补全就行了 这语言本来需要注意的地方就多 对省略分号的支持又不完美 没有分号还得时刻留意这种必须加的情况
不加分号党的理由主要有两个 一是每行多打一个字符 麻烦 还有一个是行尾有分号不美观
因为是编辑器补全的 所以第一点不成立 至于是否美观 全凭个人喜好 还有人觉得行尾没了分号 整行代码都不完整呢…

@datocp 笑死 做不做得成朋友全看一杯酒 那这朋友不做也罢 成了也只是酒肉朋友而已😅

每个月都会出现的那种主题（
你搜搜站里的老贴就行

@make1money 你要是只想刷题过机考 需要的只是 STL 里的那几个数据结构和函数而已 而非 C++本身 主要写的还是 C 但有了 STL 相比纯 C 要轻松不少