JavaScript版Azure Functions配置Event Hub触发器报错：无对应事件hub接收器

• 绑定字段名不符合运行时要求：Event Hub 触发器用于指定连接字符串应用设置键的属性是connection，而非当前写的connectionString。这个字段名错误会导致运行时完全跳过你配置的连接串，根本无法建立到Event Hub命名空间的连接，所有“找不到事件中心接收器”的报错都源于此。
• 绑定配置与业务逻辑不匹配：当前绑定设置了cardinality: "one"，代表运行时会将单条事件作为参数传入函数，不会将消息聚合为数组；但你的index.js逻辑是将入参作为数组调用forEach遍历，即使连接打通，这里也会直接触发运行时错误。
• 调整%%占位符后报错变化的原因：因为连接串没有被正确加载，运行时根本没有对应Event Hub命名空间的连接上下文，无论你在eventHubName里填占位符替换后的实际值，还是填原始占位符字符串，都会被运行时当成不存在的本地接收器名称匹配，自然连续报找不到接收器的错误。

1. 调整function.json中的绑定配置
   替换错误的连接属性名，同时将cardinality调整为和代码逻辑匹配的many，修正后的完整配置如下：

   {
     "bindings": [
       {
         "name": "messages",
         "connection": "IoTHub_LogItConnectionString",
         "eventHubName": "%IoTHub_LogItEventHubName%",
         "cardinality": "many",
         "dataType": "string",
         "direction": "in",
         "type": "eventHubTrigger"
       }
     ]
   }
   

2. 核验应用设置的配置有效性
   • 确认应用设置中存在名为IoTHub_LogItConnectionString的配置项，值为Event Hub命名空间级别的监听权限连接字符串，注意连接串不需要附带EntityPath参数，避免和绑定中单独配置的eventHubName产生冲突。
   • 确认应用设置中IoTHub_LogItEventHubName的值与实际Event Hub实例名完全一致，从之前的报错信息看，这个值已经被运行时正确解析为aadc0z0eh-main，只要和实际实例名匹配即可不需要调整。
3. 现有index.js代码无需修改，适配cardinality: "many"的参数传入逻辑，可直接正常运行。

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