我有一个生成如下 JSON 的 API：
)]}',
{
//JSON DATA
}
//JSON DATA 是有效的 JSON，但上面的 )]}', 不是。
当我尝试通过逻辑应用获取这些数据时，我得到：
BadRequest. Http request failed: the content was not a valid JSON.
所以，一些相关的问题：
1) 我可以告诉逻辑应用返回无效的 JSON 吗？
2) 如何更好地调试问题？我碰巧知道响应是无效的，但如果我不知道呢？我可以在某处看到原始数据吗？
3) 这一切都通过 Azure 门户网站完成。有更好的工具吗？视觉工作室？
我还应该提到，如果我在返回 XML 而不是 JSON 的同一 API 上调用路由，那么逻辑应用程序可以正常工作。所以它肯定特别不喜欢 JSON 响应。
谢谢！
【问题讨论】：
标签： json azure http azure-logic-apps
首先，请不要将三个问题作为一个问题发布。
问题 1)。您可以做的最好的事情是让 API 返回一个有效的 JSON 对象。出于数百万的原因，这很好。这里有一些：
如果您无法进行 API 方面的更改，我认为您无能为力。如果幸运并且 HTTP 操作成功（状态代码 2xx），您可以尝试使用带有截断第一个字符的函数的 Query Action。它看起来类似这样（我不知道确切的语法）：@Substring(body('myHttpGet'), 4, length(body('myHttpGet')) - 4) 其中myHttpGet 是 Http Get 操作的 id。
但是，如果可能，我再次强烈建议修复作为问题根源的 API，而不是在此之后处理垃圾响应。
更新 您可以做的另一件事是包装脏 API。例如，您可以创建一个简单的 Azure 函数，该函数调用您不直接控制的 API，并根据您的消费要求清理响应。这个 Azure Function 函数应该很容易从逻辑应用中调用。它几乎没有成本（除非我们谈论的是每月数百万个请求）。这里唯一的缺点是延迟增加，这可能根本不是问题——测试它，看看它增加的时间是否少于 100 毫秒……哦，别忘了向 API 所有者提交一张票，他们让我们的世界变得很糟糕！
问题 2）在 Azure Logic App Web UI 中，你可以查看执行细节，错误肯定会出现。
问题 3）您要求的工具推荐根据定义是一个高度主观的事情，并且在 StackOverflow 上是题外话。
【讨论】：
TL/DR：其他应用没有生成有效的 JSON。
意思是，这不是你要解决的问题。如果所有者声称应该返回有效的 JSON，则其他应用必须返回。
如果他们不能或不会生成有效的 JSON，那么您需要做的第一件事就是通知您的管理层您将不得不花费 大量额外时间 来适应他们的非标准格式。
【讨论】：