1

我正在使用电报机器人框架编写一个非常简单的电报机器人。到目前为止，它使用.hears和.on方法回复了一些简单的命令，到目前为止一切正常。

现在我实现了另一个.hears等待字符串的方法Miez。一旦它“听到”这个字符串，它就应该.replyWithDocument包含一个cat-api url。根据 cat-api 的 URL 在每次调用时都会提供一个随机的 cat-gif。到目前为止我的代码：

const Telegraf = require('telegraf')

const app = new Telegraf('<MY_TOKEN>')

// Connect/Express.js integration
const express = require('express')
const expressApp = express()

expressApp.set('port', (process.env.PORT || 5000));


app.command('start', (ctx) => {
  console.log('start', ctx.from)
  ctx.reply('Welcome!')
})

app.hears('Hi', (ctx) => ctx.reply('Hallo!'))
app.hears('Marco', (ctx) => ctx.reply('Polo'))
app.on('sticker', (ctx) => ctx.reply('❤'))

app.hears('Miez',(ctx) => {
    try{
          return ctx.replyWithDocument({
            url: 'http://thecatapi.com/api/images/get?format=src&type=gif',
            filename: 'cat.gif'
          })

       }catch(error){
            return ctx.reply("Miau");
       }
})

如您所见，我将其包装.replyWithDocument在 try/catch 块中。我这样做是因为给定的url并不总是提供 gif。有时你只是收到一条Server not found消息。我在 Heroku 上托管机器人，这里是相应错误的日志：

Failed to process updates. { FetchError: request to http://30.media.tumblr.com/tumblr_lu65p0QXgW1r4xjo2o1_r1_500.gif failed, reason: getaddrinfo ENOTFOUND 30.media.tumblr.com 30.media.tumblr.com:80
    at ClientRequest.<anonymous> (/app/node_modules/telegraf/node_modules/node-fetch/index.js:133:11)
    at emitOne (events.js:96:13)
    at ClientRequest.emit (events.js:188:7)
    at Socket.socketErrorListener (_http_client.js:310:9)
    at emitOne (events.js:96:13)
    at Socket.emit (events.js:188:7)
    at connectErrorNT (net.js:1022:8)
    at _combinedTickCallback (internal/process/next_tick.js:74:11)
    at process._tickCallback (internal/process/next_tick.js:98:9)
  message: 'request to http://30.media.tumblr.com/tumblr_lu65p0QXgW1r4xjo2o1_r1_500.gif failed, reason: getaddrinfo ENOTFOUND 30.media.tumblr.com 30.media.tumblr.com:80',
  name: 'FetchError',
  errno: 'ENOTFOUND',
  type: 'system',
  code: 'ENOTFOUND' }

抛出此问题后，机器人会在 Heroku 上停止工作一段时间，然后在 15 分钟左右后再次恢复，我猜它会在一段时间不活动后重新启动。

好吧，归根结底，我不介意 url-call 有时会失败。我不明白为什么我的 try/catch-block 没有捕捉到这种行为。如果我对日志的解释是正确的。

编辑：我想到了一个可能的原因，也许.replyWithDocument是异步调用。所以 HTTP-request 成功了，try 也成功了。但是一旦响应是Server not found方法调用仍然失败。如果这可能是原因，人们将如何处理它？

4

1 回答 1

4

您需要使用 Telegraf 自定义错误处理方法！

默认情况下，Telegraf 会将所有错误打印到 stderr 并重新抛出错误。要执行自定义错误处理逻辑，请使用以下代码段：

const app = new Telegraf(process.env.BOT_TOKEN)
app.catch((err) => {
  console.log('Ooops', err)
})

尝试使用上面的代码来捕获您的“ENOTFOUND”错误。

来源：http ://telegraf.js.org/introduction.html#error-handling

于 2017-01-03T14:44:41.523 回答