先给结论:完全可以
专注于为中小企业提供成都网站制作、成都网站设计、外贸营销网站建设服务,电脑端+手机端+微信端的三站合一,更高效的管理,为中小企业江宁免费做网站提供优质的服务。我们立足成都，凝聚了一批互联网行业人才，有力地推动了近1000家企业的稳健成长，帮助中小企业通过网站建设实现规模扩充和转变。
商用实践:
已经通过很多大公司的商用实践，例如B站，YY，包括字节跳动，国外更不用说了，Google，所以从这个角度上来说，已经经过大规模的实践，所以如果你想用用于自己小网站的搭建是没有任何问题，如果你想用于初创公司的使用，还是需要有自己的一定积累，至少有过实践的经验
golang周边:
java在国内的强大，得益于它的生态，各种组件百花争鸣，例如消息中间件rocketmq，分库分表sharding-jdbc，spring整个生态，mybatis，jedis，elasticsearch，zookeeper，dubbo等等都非常齐全，这样可以方便大家能够快速地进行公司业务开发，可以减少重复造轮子
golang这几年也开始逐渐发力，各个组件也开始完善起来，例如etcd，消息中间件nsq，从跟上解决数据量巨大问题，pingcap公司开发了线事务处理/在线分析处理的融合型数据库产品TIDB,
web框架gin，beego，iris等等，也有各路大神提供了连接各个其他redis，elasticsearch等等组件，还是比较齐全的，rpc框架也有go-mirco，rpcx等等，只要你想要用，基本上来说，golang的生态周边还是比较全的，方便大家使用
golang的模块管理
java的方便还得益于它的包管理，maven，gradle，这样大大方便了大家的使用，可以提供大家的开发效率，而golang从1.12开始也开始有了自己内嵌的包管理工具
golang的新特性
在这边我并不是说golang好于java，但是golang毕竟属于新一代的语言，它的并发模型CSP,和java的并发模型是有很大的区别的，并发模型的易用性，从根本上来说，是好于java的
再说golang目前最大的优势，docker和kubernetes，是目前github上最火的前20名项目，并且都是golang写的，所以golang和docker，kubernetes集成有天然的优势
综上所述，我觉得golang可以开发商用网站，不管你是做大型网站还是小型demo，都可以满足你的要求
相信社区上现在还有不少人对前后端交互或者远程系统间调用的理解还是停留在 http 调用的层面。以 http 协议的形式发起的调用，其实就是一种 rpc 调用。在分布式/微服务环境中，前端/客户端发起的一个调用，可能会经过后端数十个服务，所以每个服务之间的通信效率就显得非常重要。http1.x 是文本协议，文本协议的传输效率比较低下，这必然会导致整个链路的耗时成本增加。所以如何解决分布式/微服务环境中的服务间的通信问题，是我们通向一个资深工程师的必经之路。这就是 rpc 框架设计的初衷。
一提到 rpc ，大家可能就条件反射地想到 java 的 dubbo 和 google 的 grpc。但是假如把对 dubbo 和 grpc 了解能到 50% 以上的人筛选一遍，可能就十不足一。为什么呢？
因为绝大多数开发者仅仅是框架的使用者，很少会去看框架的源码。就算去看源码，可能也会非常吃力、云里雾里。原因有二：
我们的 gorpc 框架就 提供给了大家一个各项功能完整的，刚实现从 0 到 1这个过程的框架。并且一步步给大家解析了每个功能的具体实现思路和实现过程，这是非常难得的 。
本课程主要从一个开发者的角度，从技术选型到编码实现，从 0 到 1去实现一款高性能 rpc 框架，主要技术点包括 client 和 server 通讯、超时机制实现、协议的制定、传输层 transport 实现、编解码、序列化、连接池、服务发现、负载均衡、拦截器、分布式链路追踪、认证鉴权、组件化、插件体系、框架性能优化等。
课程特色
框架特色
我们知道，其实世面上有非常多的 rpc 框架了。java 有阿里的 dubbo、微博的 motan 等，go 有 grpc、rpcx、go-micro 等。那 gorpc 框架跟这些框架有什么优势呢？个人进行总结一下，
所以如果我们自己去实现一款框架，我们希望这款框架的核心特点是： 简单易用、高性能、可插拔
框架架构如下：
具体特性如下：
章节预览思维导图如下:
为什么使用 go 实现
相比于 java 和 c++ 的厚重性和一些 历史 包袱而言，go 更加简洁、优雅。并且 go 天然支持高并发。这些特点使得 go 目前得到越来越广泛的关注和使用。我们使用 go 实现是因为 go 的这些语言特性，同时也因为 go 实现的框架源码的非常易读，有助于学习和成长。
当分别处于大小端模式下的内容存放如下
(1)大端模式存储（存储地址为16位）
地址 数据
0x0004(高地址) 0x44
0x0003 0x33
0x0002 0x22
0x0001(低地址) 0x11
(2)小端模式存储（存储地址为16位）
地址 数据
0x0004(高地址) 0x11
0x0003 0x22
0x0002 0x33
0x0001(低地址) 0x44
在前面也简单阐述了大小端序的定义并结合简单实例来说明，接下来会给出详细实例来说明：
1、大端序(Big-Endian):或称大尾序
一个类型: int32 的数 0X0A0B0C0D的内存存放情况
数据是以8bits为单位
2、小端序(little-endian):或称小尾序
比如0x00000001
大端序：内存低比特位 00000000 00000000 00000000 00000001 内存高比特位
小端序：内存低比特位 10000000 00000000 00000000 00000000 内存高比特位
其实在前面罗列出那么东西，最终是为了接下来讲述的在golang中涉及到网络传输、文件存储时的选择。一般来说网络传输的字节序，可能是大端序或者小端序，取决于软件开始时通讯双方的协议规定。TCP/IP协议RFC1700规定使用“大端”字节序为网络字节序，开发的时候需要遵守这一规则。默认golang是使用大端序。详情见golang中包encoding/binary已提供了大、小端序的使用
输出结果：
16909060 use big endian:
int32 to bytes: [1 2 3 4] ### [0001 0002 0003 0004]
bytes to int32: 16909060
16909060 use little endian:
int32 to bytes: [4 3 2 1] ### [0004 0003 0002 0001]
bytes to int32: 16909060
在RPCX框架中关于RPC调用过程涉及的传递消息进行编码的，采用的就是大端序模式
