原文链接：https://fuckcloudnative.io/posts/deployk3scrosspubliccloud/(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Ffuckcloudnative.io%2Fposts%2Fdeployk3scrosspub

1.1交叉编译器制作默认安装的GCC编译系统所产生的代码适用于本机，即运行GCC的机器，但也可将GCC安装成能够生成其他的机器代码。安装一些必须的模块，就可产生多种目标机器代码，而且可通过命令行选择一种希望使用的代码。1.1.1目标机从网站http://gcc.gnu.org/install/sp

在C中要想正确的重写方法,就必须使用virtula关键字，用来声明方法为虚的如果不声明为虚方法就会出现一些微妙的错误.例如:classSuper{public:voidgo(){cout<<"supergo"<<endl;}}classSub:cla

前言作为一个免费提供私有仓库的代码托管平台，码云时常要考虑利用现有的资源支持更多的用户，对于体积较大的存存储库，由于git的分布式特性，服务器往往需要更多的硬件资源来支撑这些存储库的访问。码云对git仓库的大小限制为1GB，用户在本地可以使用如下命令查看存储库的大小。dush.git/objects这个命令在Gi

当进程要获取某些资源（例如从网卡读取数据）的时候，但资源并没有准备好（例如网卡还没接收到数据），这时候内核必须切换到其他进程运行，直到资源准备好再唤醒进程。waitqueue(等待队列) 就是内核用于管理等待资源的进程，当某个进程获取的资源没有准备好的时候，可以通过调用 add_wait_queue() 函数把进程添加到 waitqueue

简介之前使用@Schedule一直没有遇到什么问题，那种拿来就用的感觉还挺好，最近使用@Schedule遇到一点问题，才仔细的研究了一下@Schedule的一些细节和原理问题。这篇文章就将分享一下，使用@Schedule一些可能被忽略的问题。注意事项@Schedule默认线程池大小我相信@Schedule默认线程池

ES系列基于ElasticSearch6.4.x版本。1、简介ElasticSearch的存储设计天生就是分布式的。每个索引被分成多个分片（默认每个索引含5个主分片（primaryshard）），每个主分片又可以有多个副本。当一个文档被添加或删除时（主分片中新增或删除），其对应的复制分片之间必须保持同步。如果我们不这样做，那么对于同一个文档的检索请

\TOC\可靠数据传输原理如何在一条不可靠的信道上得到可靠的传输？不可靠的原因：可能出现比特差错、丢包停等传输下的情况从简单到难的情况一步步分析：1.经过完全可靠信道的可靠数据传输这时只需要一发一收，值得注意的是：发送端的发送动作是由上层（应用层）触发，接收端的接收动作是由下层（网

背景分布式系统环境下，服务间类似依赖非常常见，一个业务调用通常依赖多个基础服务。如下图，对于同步调用，当库存服务不可用时，商品服务请求线程被阻塞，当有大批量请求调用库存服务时，最终可能导致整个商品服务资源耗尽，无法继续对外提供服务。并且这种不可用可能沿请求调用链向上传递，这种现象被称为雪崩效应。!(https://stati

一、热更新解决了什么问题？在研发过程中，每个研发同学在联调、自测阶段中总会频繁的去执行编译、构建、打包的动作，遇到比较大的项目，执行一套流程下来，往往需要310分钟左右，极大的降低了研发的速度，基于以上痛点，我们基于JAVAAgent技术开发出一套插件【藏