Hi大家好，我是给你们带来惊喜的运营小番茄。今天小番茄告诉大家一个好消息：短说PC端2.5.1版本正式版来啦！正式推出门户首页功能，以及修复了在测试版中的问题。本次更新同时支持通用版和企业版。PC2.5.0测试版功能详细预览请戳下方链接查看往期文章：DIY

《Java编程思想》第四版足足用了75页来讲泛型——厚厚的一沓内容，很容易让人头大——但其实根本不用这么多，只需要一句话：我是一个泛型队列，狗可以站进来，猫也可以站进来，但最好不要既站猫，又站狗！01、泛型是什么泛型，有人拆解这个词为“参数化类型”。这种拆解其实也不好理解，还是按照沉默王二的意思来理解一下吧。现在有一只玻璃杯，你可

 KhronosGroup最近又发布了其全新WebGL草案制定的进一步消息,向无需插件即可在浏览器内使用高级硬件3D图形加速功能迈进.WebGL工作组正忙于制定一套为OpenGLES2.0设计的JavaScript规范,以便在任何支持OpenGL或OpenGLES图形标准的硬件平台上的任何浏览器内启动富3D图形应用.KhronosD

故障现象：最近Ubuntu更新后遇到IBus智能拼音（ibuslibpinyin）无法选择候选词的问题：键入拼音之后键入数字n使对应候选词上屏，结果数字n上屏了并且输入法崩溃，虽然任务栏显示是中文输入实际上使用和没有输入法一样。解决过程：1、翻了下logs应用的Applications分类的日志发现Sender为当前应用有这样的消息：Pr

!(https://oscimg.oschina.net/oscnet/b0b8abb9dc8d36e5071f5f9d9d6a45ae17b.jpg)一个配置文件里面同时配置了es和kafka作为输出源，出现es崩溃后，kafka接收不到消息的问题。目前排查以及搜索资料后，发现虽然logstash配置了多个输出源，但是使用的是一个管道。目前

在项目中,我们会使用RocketMQ和Dubbo.前者用于发送或消费消息,后者用于两个模块之间的接口调用.RocketMQ和Dubbo在它们的底层都使用Netty作为网络通信的框架.那么今天我们就来看一下,在Dubbo中,使用的Netty线程名称叫什么?环境和流程如下1.启动zookeeper2.一个简单的Dubbo提供者,并启动它

!(https://oscimg.oschina.net/oscnet/3ea57a5cd288c6bbc24521607f4e0aae21a.jpg)    Kafka是由LinkIn开源的实时数据处理框架，目前已经更新到2.3版本。不同于一般的消息中间件，Kafka通过数据持久化和磁盘读写获得了极高的吞吐量，并可以不依赖Storm，SparkSt

最近开发一个项目。客户端每隔10秒提交100行数据给服务端，服务端查重后写入。客户端约在几万左右，提交数据比较集中，不考虑读数据的问题。现在的设计是：数据库按客户端进行分表。每个表的数据量不高。服务端获得数据后，先插入redis队列，然后在通过定时任务插入数据库。问题是：1、服务端提供给客户端的接口，是否能满足几千上万的客

Dubbo2012年就停止更新维护了，版本停留在2.5.3。而在2017年7月31号这一天，官方公布了这一振奋人心的消息，Dubbo将得到官方重视继续更新维护，9月7号又发布了恢复维护后的第一个版本2.5.4。Dubbo2.5.4主要更新的地方：一、修复bugs1.不能优雅停机的问题2.Moni

第一，在应用程序中有三个线程存在：主线程（随activity的声明周期启动销毁）、feed初始化线程（进入程序时只运行一次，用于加载相册初始信息）、feed监听线程（一直在跑，监听相册和相片的变更）。第二，不考虑CacheService启动的主要流程归纳如下：1.首次进入程序Gallery调用onCreate，此时发送初始化消息进入