你这个业务逻辑暂时实现不了。

用户是不会预期到扫描二维码就会送到一条通知的。

从某种意义上，这算是一种消息骚扰

1. 事件是无法用代码控制的。

但是你可以自己调用bindtap的处理函数

2. 表单的提交按钮，必须用户点，才能生成 formid

3. 既然是表单，就是要用户确认输入和提交的。

如果自动提交，何必用表单？直接把数据往自己后台写就可以了。

希望能解决你的问题

关于 formId 大家都是怎么收集的？

@Can，正是因为需要在用户一次点击之后生成多个formid以发送多条模板消息，才想到要在代码中模拟用户点击的效果。如果formid象prepayid一样可以多条（3条），就不用这么麻烦了。

@Can

不是扫二维码就发送消息！而是，扫二维码之后，程序经过业务处理，产生订单之后再通知用户！ 如果用户已经基于该二维码生成订单了， 则扫码也不会再发消息了。

@Can我再想别的手段实现吧！ 感谢！

感谢@Can的回复，我的业务场景是这样的：

用户扫码普通二维码跳转到小程序， 会直接创建订单， 而业务上又需要此时给用户推送订单创建的模板消息。

在我的业务场景里，是不需要用户提交表单的，而小程序发送模板消息又要求对应form提交...

像我这样的业务逻辑该如何应对呢？

在请教下，formId这事不说了， 通过代码触发按钮的bindtap事件有可能否？

楼上的，我知道了！感谢！ 被坑哭了！