消息列表管理
<h5>简要描述</h5>
<ul>
<li>消息列表管理</li>
</ul>
<h5>请求URL</h5>
<ul>
<li><code>http://ip.port/user/listMessages</code></li>
</ul>
<h5>请求方式</h5>
<ul>
<li>POST</li>
</ul>
<h5>参数</h5>
<table>
<thead>
<tr>
<th style="text-align: left;">参数名</th>
<th style="text-align: left;">必选</th>
<th style="text-align: left;">类型</th>
<th>说明</th>
</tr>
</thead>
<tbody>
<tr>
<td style="text-align: left;">page</td>
<td style="text-align: left;">是</td>
<td style="text-align: left;">int</td>
<td>页码</td>
</tr>
<tr>
<td style="text-align: left;">size</td>
<td style="text-align: left;">是</td>
<td style="text-align: left;">int</td>
<td>每页条数</td>
</tr>
<tr>
<td style="text-align: left;">title</td>
<td style="text-align: left;">否</td>
<td style="text-align: left;">string</td>
<td>消息标题</td>
</tr>
<tr>
<td style="text-align: left;">msgType</td>
<td style="text-align: left;">否</td>
<td style="text-align: left;">string</td>
<td>消息类型</td>
</tr>
</tbody>
</table>
<h5>返回示例</h5>
<pre><code> {
"status": 0,
"errmsgfilter": false,
"encrypted": false,
"desc": "成功",
"result": {
"total": 5,
"size": 10,
"pages": 1,
"current": 1,
"records": [
{
"id": "b3a2515a-b417-45bf-a6eb-cf2a1cc1f7e5",
"content": "扫发动机扫到静安寺排第几啊松平的骄傲是埃斯珀飞机票分工，少数的建瓯市反对户籍撒旦扫发票发给皮肤，京东i放假哦对佛教佛法就",
"title": "手机哦的房间艘沉没",
"msgType": "日常维护",
"releaseTime": "2022-11-17 11:05:28"
},
{
"id": "04293549-1745-46f2-8dc6-6b5d7b5f0ac6",
"content": "第二点是，如果总是把语言功能限制在一些有限的、更安全的范围内，或者用一些自定义的东西取代核心功能（例如 malloc 或编译器）。这就把你能使用的库限制在那些使用功能集的库上，并要求你无限期地维护这些核心功能。即便如此，你也不会得到 \"真正的 \"安全，因为这取决于每个人都很小心、不使用错误的功能、编译器，而你又非常确定你的核心实现本身是安全的。 ———————————————— 版权声明：本文为CSDN博主「CSDN资讯」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/csdnnews/article/details/127860766",
"title": "速度分布v",
"msgType": "日常维护",
"releaseTime": "2022-11-16 16:49:44"
},
{
"id": "045e4ea7-1d70-4c56-8229-cc7fe6d66b14",
"content": "但挑战是双重的。首先，如果在编译器强制执行内存安全，范围也只能局限在编译器上。然而，真正的内存安全实际上是（至少）线程安全、空值安全和类型安全，以及大多数人所想的原始边界检查等各个方面。除非你打算进入托管语言领域（Managed Language）并引入 GC，否则你需要语言级别的结构来允许程序员在这些新的边界内有效工作。例如，在 Rust 中，这就是 \"所有权 \"系统。 ———————————————— 版权声明：本文为CSDN博主「CSDN资讯」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/csdnnews/article/details/127860766",
"title": "vi哦哦v就",
"msgType": "日常维护",
"releaseTime": "2022-11-16 15:55:05"
},
{
"id": "d9e9c2cd-eeca-4c20-b84f-699e59d90f32",
"content": "针对这一问题，几年前，微软云开发推广部的 Ryan Levick 在分享微软为什么要从 C/C++ 转向 Rust 时，也曾直言，「无论软件公司在工具和人员的培训上投入多少精力也不能解决问题，因为 C++ 本质上就不是安全的语言」。他表示：“我们使用的语言由于年代久远、来自不同时代，无法为我们提供保护，让我们免受此类漏洞攻击。C++ 不是一种内存安全的语言，相信这一点无人有异议。” ———————————————— 版权声明：本文为CSDN博主「CSDN资讯」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/csdnnews/article/details/127860766",
"title": "孙菲菲vivi",
"msgType": "修改工具",
"releaseTime": "2022-11-16 15:39:04"
}
]
}
}</code></pre>
<h5>返回参数说明</h5>