Kubernetes已经成为容器编排(Orchestration)平台的事实标准，它为容器化应用提供了简单且高效部署的方式、大规模可伸缩、资源调度等生命周期管理功能。kubescheduler作为kubernetes的核心组件，它负责整个集群资源的调度功能，根据特定的调度算法或调度策略，将Pod调度到最优的Node节点，使集群的资源得到合理且充分的利用。

关于线程和线程池的学习，我们可以从以下几个方面入手：第一，什么是线程，线程和进程的区别是什么第二，线程中的基本概念，线程的生命周期第三，单线程和多线程第四，线程池的原理解析第五，常见的几种线程池的特点以及各自的应用场景一、什么是线程线程，程序执

Context本篇我们讲Context，Context可以实现跨组件传递数据，大部分的时候并无需要，但有的时候，比如用户设置了UI主题、地区偏好，如果从顶层一层层往下传反而有些麻烦，不如直接借助Context实现数据传递。老的ContextAPI基础示例在

要自定义view，都知道有3个方法需要重写：onMeasure、onLayout、onDraw。而且这三个方法的执行是按顺序的。生命周期image.png实际开发中，比较多的自定义都是具体实现一个view的子类，实现viewgroup的子类比较少，两者基本相似，区别就是view需要实现onMeasure、onLayout、onDraw三个方法，而vie

一概述我们知道，在Android开发中，遇到耗时的任务操作时，都是放到子线程去做，或者放到Service中去做，在Service中开一个子线程来执行耗时操作。那么，在Service里面我们需要自己管理Service的生命周期，何时开启何时关闭，还是很麻烦的，还好Android给我们提供了一个这样的类，叫做IntentService那么Intent

axios是基于Promise来封装的，通常我们会用axios在数据请求这块作如下配置：一、拦截器!(https://oscimg.oschina.net/oscnet/211e5ccb358ad510f5399d98163fe5be900.png)有注释，不难理解，通常请求头参数不是写死的，应该是去浏览器中读的，例如，login之后

最长报文寿命　　在TCP协议中，当发送方发送释放连接报文收到确认报文后，只是在一个方向上断开了TCP连接，然后，接收方发送释放连接的报文，发送方回复确认。此时，连接还没有释放，发送方要等待2MSL（maximumsegmentlifetime——最大的生命周期）后关闭连接。问题　　主动发起关闭连接的操作的一方将达到TIME

　　在教程开端先说些题外话，我喜欢在学习一门新技术或读过一本书后，写一篇教程或总结，既能帮助消化，也能加深印象和发现自己未注意的细节，写的过程其实仍然是一个学习的过程。有个记录的话，在未来需要用到相关知识时，也方便自己查阅。　　React(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%

首页完成效果展示：<divstyle"textalign:center;"<imgsrc"https://img2018.cnblogs.com/blog/1312841/201907/1312841201907181353098021875493361.gif"/</div一、开发占位图组件在没有数

!(https://oscimg.oschina.net/oscnet/cee57e4828e54a9aab728733b903236c.png)!(https://oscimg.oschina.net/oscnet/e82a4e92cc6f4adf87fa282800228d77.png)不知道大家有没有过这个疑问，Reac