[参考译文] CC3220R：主机进行后置令牌处理

SimpleLinkHttpServerCallback -处理主机令牌。

SimpleLinkNetAppRequestEventHandler -处理请求的整个内容(当资源在 ROM 或 FS 中不可用时)。  

对于 POST (不使用定义的 RESTful API)、第2次回调更有意义。

我不确定我是否理解您对 g_StatMem 的评论。 CC3220主机驱动程序配置为动态存储器(sl_memory_Mgmt_dynamic)。

您是否更改了此内容？

BR、

Kobi

您好、Kobi、

感谢您的回答。

是的、我的项目使用 sl_memory_Mgmt_static (以消除潜在的 malloc 问题、如碎片)。

我的问题是关于对新芯片主机 POST 令牌处理状态的支持。

谢谢、

Oleg

我认为开机自检不支持主机令牌(我需要验证)。 您使用的是什么资源名称？ 它是 RESTful API 之一还是文件系统上存在的文件？

使用动态存储器的主要原因之一是避免在更糟糕的情况下保留存储器。 如果您知道您只会收到较短的消息、则可以减小大小。  

它是文件系统上的.html 文件、发送包含用户定义令牌(从_sl_P_U 开始)的 URL 编码后请求。

动态存储器管理方法有一些缺点：除了前面提到的 malloc 碎片问题之外、我必须在所有可能的条件下对系统进行全面测试、以确保我能够正确处理真正最坏情况下的存储器负载。 如果我对可以使用 SL_*函数的多个任务使用抢先式 RTOS，则此任务将变得非常复杂。

玩了一会儿之后、我可以通过 SimpleLinkHttpServerCallback 确认 CC3220实际上确实支持用户定义的主机 POST 令牌。 POST 请求的"内容类型"标题必须为"application/x-www-form-urlencoded"(也在数据表中说明)。

问题在于、所有基于 Webkit 的 Web 浏览器(如所有 iPhone 浏览器和桌面 Safari)都会以某种方式破坏此机制、CC3220会返回 SimpleLinkNetAppRequestEventHandler。 非常有趣。

我建议使用动态内存管理、因为这是我们的默认方法、因此它主要由我们的测试团队和客户进行测试。

BR、

Kobi

最初的问题是逐个处理 POST 令牌、此功能由 NWP 提供、与 SL 驱动程序中的存储器管理无关。 这以前在 CC3200上正常工作、现在已部分损坏。 我必须找出原因。

稍后、我将了解 Safari 和非 Safari 浏览器发送的完整帖子数据有何不同、并将继续向您发布。

谢谢、

Oleg

我理解最初的问题、但在 CC3220/3x 中、我们建议对  帖子内容使用 slcb_NetAppRequestHdlr。

动态分配将允许您使用此方法、而无需额外的内存消耗。

BR、

Kobi

我理解您的观点、如果没有其他帮助、我可能会走这条路。

谢谢、

Oleg