0前言今天了解到有一个很强大的数据分析工具streamlit，下载安装完发现启动不了……没错就是本文的bug.什么是protobuf？ProtocolBuffers是Google开发的一种数据交换格式，采用了一种类似于XML的简单的语法，用于定义数据结构，并且可以将这些结构序列化为二进制文件，以便在不同的编程语言之间进行数据交换。它是一种和语言无关、平台无关、可扩展的序列化结构数据的方法。它比XML更快地进行编码解码，可以用更小的文件大小来储存数据。相关环境：Windows64位Python3.9Steamlit1.16.0protobuf3.19.11场景还原安装streamlitpipin
0前言今天了解到有一个很强大的数据分析工具streamlit，下载安装完发现启动不了……没错就是本文的bug.什么是protobuf？ProtocolBuffers是Google开发的一种数据交换格式，采用了一种类似于XML的简单的语法，用于定义数据结构，并且可以将这些结构序列化为二进制文件，以便在不同的编程语言之间进行数据交换。它是一种和语言无关、平台无关、可扩展的序列化结构数据的方法。它比XML更快地进行编码解码，可以用更小的文件大小来储存数据。相关环境：Windows64位Python3.9Steamlit1.16.0protobuf3.19.11场景还原安装streamlitpipin
前言本周继续学习尼恩编著的《Netty、Redis、ZooKeeper高并发实战》，一些资源也贴在这里，自己以后想看还可以找到，这个是在博客园的一个入口https://www.cnblogs.com/crazymakercircle/p/9904544.html。这周主要学习了Netty客户端和服务端通信，书是由浅入深的在进行，从SocketNOI通信到Reactor反应器模式，再到Netty框架，示例代码都在https://gitee.com/crazymaker/netty_redis_zookeeper_source_code.git中可以看到，书结合源代码，自己在动手试验一下，感觉还是
前言本周继续学习尼恩编著的《Netty、Redis、ZooKeeper高并发实战》，一些资源也贴在这里，自己以后想看还可以找到，这个是在博客园的一个入口https://www.cnblogs.com/crazymakercircle/p/9904544.html。这周主要学习了Netty客户端和服务端通信，书是由浅入深的在进行，从SocketNOI通信到Reactor反应器模式，再到Netty框架，示例代码都在https://gitee.com/crazymaker/netty_redis_zookeeper_source_code.git中可以看到，书结合源代码，自己在动手试验一下，感觉还是
前言本周继续学习尼恩编著的《Netty、Redis、ZooKeeper高并发实战》，一些资源也贴在这里，自己以后想看还可以找到，这个是在博客园的一个入口https://www.cnblogs.com/crazymakercircle/p/9904544.html。这周主要学习了Netty客户端和服务端通信，书是由浅入深的在进行，从SocketNOI通信到Reactor反应器模式，再到Netty框架，示例代码都在https://gitee.com/crazymaker/netty_redis_zookeeper_source_code.git中可以看到，书结合源代码，自己在动手试验一下，感觉还是
前言本周继续学习尼恩编著的《Netty、Redis、ZooKeeper高并发实战》，一些资源也贴在这里，自己以后想看还可以找到，这个是在博客园的一个入口https://www.cnblogs.com/crazymakercircle/p/9904544.html。这周主要学习了Netty客户端和服务端通信，书是由浅入深的在进行，从SocketNOI通信到Reactor反应器模式，再到Netty框架，示例代码都在https://gitee.com/crazymaker/netty_redis_zookeeper_source_code.git中可以看到，书结合源代码，自己在动手试验一下，感觉还是
为什么选择gRPC历史长久以来，我们在前后端交互时使用WebApi+JSON方式，后端服务之间调用同样如此（或者更久远之前的WCF+XML方式）。WebApi+JSON是优选的，很重要的一点是它们两者都是平台无关的三方标准，且足够语义化，便于程序员使用，在异构（前后端、多语言后端）交互场景下是不二选择。然而，在后端服务体系改进特别是后来微服务兴起后，我们发现，前后端交互理所当然认可的WebApi+JSON在后端体系内显得有点不太合适：JSON字符编码方式使得传输数据量较大，而后端一般并不需要直接操作JSON，都会将JSON转为平台专有类型后再处理；既然需要转换，为什么不选择一个数据量更小，转换
为什么选择gRPC历史长久以来，我们在前后端交互时使用WebApi+JSON方式，后端服务之间调用同样如此（或者更久远之前的WCF+XML方式）。WebApi+JSON是优选的，很重要的一点是它们两者都是平台无关的三方标准，且足够语义化，便于程序员使用，在异构（前后端、多语言后端）交互场景下是不二选择。然而，在后端服务体系改进特别是后来微服务兴起后，我们发现，前后端交互理所当然认可的WebApi+JSON在后端体系内显得有点不太合适：JSON字符编码方式使得传输数据量较大，而后端一般并不需要直接操作JSON，都会将JSON转为平台专有类型后再处理；既然需要转换，为什么不选择一个数据量更小，转换
前言为了提高通信效率，可以采用protobuf替代XML和Json数据交互格式，protobuf相对来说数据量小，在进程间通信或者设备之间通信能够提高通信速率。下面介绍protobuf在ARM平台上的使用。简介官方文档给出的定义和描述：protocolbuffers是一种语言无关、平台无关、可扩展的序列化结构数据的方法，它可用于（数据）通信协议、数据存储等。ProtocolBuffers是一种灵活，高效，自动化机制的结构数据序列化方法－可类比XML，但是比XML更小（3~10倍）、更快（20~100倍）、更为简单。你可以定义数据的结构，然后使用特殊生成的源代码轻松的在各种数据流中使用各种语言进
前言为了提高通信效率，可以采用protobuf替代XML和Json数据交互格式，protobuf相对来说数据量小，在进程间通信或者设备之间通信能够提高通信速率。下面介绍protobuf在ARM平台上的使用。简介官方文档给出的定义和描述：protocolbuffers是一种语言无关、平台无关、可扩展的序列化结构数据的方法，它可用于（数据）通信协议、数据存储等。ProtocolBuffers是一种灵活，高效，自动化机制的结构数据序列化方法－可类比XML，但是比XML更小（3~10倍）、更快（20~100倍）、更为简单。你可以定义数据的结构，然后使用特殊生成的源代码轻松的在各种数据流中使用各种语言进
