您链接的帖子是正确的。您的输入将是单个协议缓冲区，通常应将其命名为“ FooRequest”。对于响应对象也是如此，应将其称为“ FooResponse”。将请求和响应对象从它们的内容中分离出来，将为您提供随时间向后兼容的方式更改API的空间。

事实上，我们不支持多种请求类型，这并不是一个障碍，因为原型可以任意嵌套。考虑这样的API。

 var uploadInput = '<form method="post" action="#"><div><input name="upload" type="file" /></div></form>';

        if (!kendoGrid) {
            $("#kgridDocuments").kendoGrid({
                scrollable: false,toolbar: ["search","create","save","cancel"],dataBound: function (e) {
                    $("input[type='file']").kendoUpload();
                },columns: [
                    {
                        template: "#= uploadInput #",title: "File Upload"
                    },{
                        field: "FileType",title: "File Type"
                    }
                ],noRecords: {
                    template: "No Result Found."
                },});
        }

当然，从服务器的角度来看，行为异常的客户端现在可以在流的中间发送文件名。或者相反，在不先发送文件名的情况下开始发送数据块。

您可以确定客户端必须发送文件名作为第一条消息。或者，只要在流结束之前发送文件名就可以了。也许发送文件名是完全可选的，不发送文件名将导致文件名使用默认值。

您对这些问题的决定 将成为您的API的一部分，但protobuf作为IDL将自动不执行。您需要在服务器代码中显式处理这些极端情况。不过请记住，由于这些是API注意事项，因此应应写在protobuf文件中的某个位置。尽力确保每个消息，RPC和字段都具有清晰简洁的文档字符串。