S3事件通知配置问题：仅监听指定子文件夹ObjectCreate事件失败

这问题我之前配置S3+Lambda触发时也踩过坑，其实核心是S3事件通知的前缀匹配规则细节没搞对，咱们一步步来排查和解决：

为什么设置dev/subfolder-a/前缀没触发？ #

S3的事件通知前缀匹配是严格匹配对象键的起始字符串，但这里容易忽略几个关键细节：

• 先确认你上传的对象键格式：比如你上传文件到dev/subfolder-a/下，对象键应该是dev/subfolder-a/your-file.txt（注意路径的层级和结尾的斜杠）。如果是通过S3控制台上传，有时候可能因为操作失误导致对象键格式异常（比如多打了空格、路径层级错误），建议直接去S3控制台查看该对象的「对象键」确认格式。
• 检查事件类型和过滤规则：比如你是否只勾选了特定的ObjectCreate事件类型（比如只选了Put，但上传用的是Post），或者不小心设置了后缀过滤（比如只监听.jpg，但上传的是.txt），这些都会导致事件无法触发。

正确的配置步骤 #

1. 确认对象键格式：上传文件后，在S3控制台找到目标对象，查看「对象键」，确保它是dev/subfolder-a/xxx的标准格式，没有多余字符或错误层级。
2. 修正事件通知配置：
   • 在存储桶的「事件通知」设置中，前缀严格设为dev/subfolder-a/（必须带结尾的斜杠，这样只会匹配该子文件夹下的对象，不会误匹配dev/subfolder-a-file.txt这类不符合层级的键）
   • 事件类型勾选所有ObjectCreate事件（或者至少包含你上传时使用的类型，比如Put、Post）
   • 除非有明确需求，否则不要设置后缀过滤规则，避免额外限制。
3. 验证Lambda触发器：进入Lambda控制台，查看对应触发器的配置，确认S3触发器的前缀和你在存储桶设置的完全一致，没有配置偏差。
4. 排查日志定位问题：如果还是没触发，去CloudWatch的Lambda日志组查看是否有错误信息；也可以开启S3的事件通知日志（在存储桶「日志」配置中），排查事件是否存在发送失败的情况。

额外小技巧 #

如果带斜杠的前缀还是有匹配问题，可以尝试把前缀改为dev/subfolder-a（不带结尾斜杠），这样会匹配所有以dev/subfolder-a开头的对象键，包括该子文件夹下的所有文件和子子文件夹的文件。不过如果你只想监听当前子文件夹，带斜杠的前缀会更精准。

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