搜索[高性能通信库]结果-低调大师优秀个人博客

精选列表

搜索[高性能通信库]，共10000篇文章

Fragment与Activity之间的通信

Fragment向Activity传递数据或Activity需要在Fragment运行中进行实时通信:在Fragment中定义一个内部回调接口，再让包含该Fragment的Activity实现该回调接口

2017-12-23

【移动开发】WIFI热点通信（一）

，后来毕业设计选题干脆直接选择了关于WIFI热点通信方面的题目，调查和整理了一些资料，进行了一段时间的学习算是弥补了自己的短板吧，主要还是希望自己能够更加全面的掌握这方面的知识。废话不多说了！

2017-11-13

Android实现进程之间通信

Android实现进程之间通信详解 Android的每个应用程序都是一个不同的进程，在Android平台一个进程通常不能访问另一个进程的内存空间。

2017-11-06

Android中WebView和JavaScript通信

Android提供了webview和JavaScript之间通信的api，这样就能做到native程序和html程序之间的交互，看下面的例子（html中调用js，传递两个字符串给java程序）： java

2017-11-02

Android -- ViewPager、Fragment、状态保存、通信

20.746: INFO/System.out(27248): Extra...i: 1 // 切换页面时会调用切换额外功能接口（用户可以自己写需要的逻辑） Fragment之间的通信

2017-10-07

Android -- TabHost、Fragment、状态保存、通信

好了，到此为止，我们已经用Fragment实现了类似TabHost的功能了，下面来看下各个Fragment之间的通信现在的情况是TabAFm中有个EditText，TabBFm中有个Button，MainActivity

2017-08-26

本文来一起讨论下Android的handler机制。相信写过android的童鞋，一定对handler很熟悉。因为使用频率实在太高了。尤其是在非ui线程，想要刷新ui控件的时候。因为ui控件的刷新只能在主线程做，但是我们可能有在非ui线程却需要更新ui的需求，比如在一个后台线程下载了图片需要更新到ui上，这时候就需要主线程handler来发送更新的message。 handler的使用如此频繁，我们有必要知道其内部是如何工作的。一句话概括 handler thread handler 发送什么触发的线程创建handler runnable的封装如何处理消息 message 如何产生消息发送时机 Looper 创建looper 派发消息例子总结一句话概括 handler, looper, message的组合，能够做什么工作?简单地说，就一句话：在一个线程里，指定在另一个线程里，执行一个任务。 handler thread 什么是handler thread。当一个线程，创建了looper，looper里面拥有message queue，创建了handler，那么，这个线程就是一个handler thread。 handler thread的作用就是，让其他的线程指定handler thread去执行一个任务。比如ui线程就是一个handler thread。我们可以在普通线程中，指定让ui线程去更新ui。 handler handler有两个工作，一是发送任务或者消息;二是处理消息或者执行任务。发送什么 handler可以发送什么 handler和message queue密切联系，直觉上handler会发送消息到message queue。其实不仅如此，handler既能发送message，也能发送runnbale。换句话说，message queue不只是装message的queue(其实是一个单链表)，而且还能装runnable。触发的线程 handler发送消息或者任务，一般是在其他线程发送的，即发送消息时所在的线程，并不是创建handler的线程(当然，也可以在创建handler的线程发消息，等于自己发给自己)。而handler处理消息或执行任务，则是在创建自己的线程中执行的。创建handler handler和looper并不是ui线程独有的。任何一个普通的线程，都可以创建自己的looper，创建自己的handler。但是有一点需要注意，创建handler前，必须先创建looper。如果不创建looper，直接new一个handler，比如 newThread(newRunnable(){ publicvoidrun(){ Handlerhandler=newHandler(); } }).start(); 运行时，会直接报错： Can’tcreatehandlerinsidethreadthathasnotcalledLooper.prepare() 来看看handler的构造函数 publicHandler(Callbackcallback,booleanasync){ ... mLooper=Looper.myLooper();//Looper.myLooper用于获取当前线程的looper if(mLooper==null){ thrownewRuntimeException( "Can'tcreatehandlerinsidethreadthathasnotcalledLooper.prepare()"); } mQueue=mLooper.mQueue; ... } handler发送消息到message queue，所以，构造一个handler的时候必须知道message queue，才能确定把消息发送到哪里。而message queue是由looper来管理的，因此顺序上，必须先创建了looper，才能创建handler。创建线程的Looper， Looper.prepare(); 所以，创建一个handler的正确写法是： newThread(newRunnable(){ publicvoidrun(){ Looper.prepare(); Handlerhandler=newHandler(); } }).start(); 可能有同学会觉得奇怪，平时用new Handler() 的时候没有先调用Looper.prepare()也一样可以用呀?那是因为，handler是在主线程创建的。 //ActivityThread.java publicstaticvoidmain(String[]args){ ... Looper.prepareMainLooper(); ... } 主线程在启动的时候，就会调用Looper.prepareMainLooper() 创建looper，所以，我们可以在主线程直接创建handler，不需要手动先创建looper。 runnable的封装可能大家会觉得奇怪，message queue应该装的是message，那么handler.post(runnable)，runnable跑哪里去了呢? runnable其实也是发送给了message queue，只不过在发送前，先对runnable进行了封装。 publicfinalbooleanpost(Runnabler){ returnsendMessageDelayed(getPostMessage(r),0); } privatestaticMessagegetPostMessage(Runnabler){ Messagem=Message.obtain(); m.callback=r; returnm; } 用getPostMessage 把runnable包装成一个message，message的callback就是runnable。因此，分辨一个message是不是runnable，其实只要看message的callback是否为空，如果为空，就是普通的message，否则，就是一个runnbale。如何处理消息看下dispathMessage publicvoiddispatchMessage(Messagemsg){ if(msg.callback!=null){ handleCallback(msg);//handler.post(runnable)时走这里 }else{ if(mCallback!=null){//handler=newHandler(callback)时走这里 if(mCallback.handleMessage(msg)){ return; } } handleMessage(msg);//handler=newHandler()时走这里 } } 根据handler发送消息的类型，分成2种情况： handler发送了一个message到message queue handler发送了一个runnbale到message queue 根据前面提到的，message.callback其实就是对runnable的封装，所以，如果handler是发送了一个runnable到message queue，那么就会执行这个runnable。如果handler是发送了一个message到message queue，那么又细分为2种情况 handler创建时设置了callback, 即handler = new Handler(callback); handler创建时未设置callback，即handler = new Handler(); 如果设置了callback，那么message会先被callback处理。如果callback返回true，说明处理完成，不会再传给handler.handleMessage了。如果callback返回false，说明处理未完成，会再把message传给handler.handleMessage继续处理。如果未设置callback，message会直接传给handler.handleMessage处理。 message 如何产生消息消息如何产生 message可以由构造函数生成。更多的时候，是从可回收的消息对象池里面直接获取的，提供性能。从消息对象池获取一个消息的方式是Message.obtain()，也可以用Handler.obtainMessage()。另外，不产生消息，也可以发送消息。好绕口，啥意思?handler.sendEmptyMessage()，可以发送一个空消息到message queue，不需要构造一个message对象。发送时机消息什么时候发送消息的处理时机还是由handler来决定(感觉handler管的好宽==)。 handler.sendMessage，把message放到message queue的尾部排队，looper从前往后一个一个取消息。handler.sendMessageAtFrontOfQueue，把message放到message queue的头部，消息可以马上被处理。 handler.sendMessageAtTime，不马上发送消息到message queue，而是在指定的时间点发送。 handler.sendMessageDelayed，不马上发送消息到message queue，而是在指定的时延后再发送。 Looper 创建looper 前面提到，looper就像一个发送机一样，会从message queue中取出消息，然后派发给handler处理。因此，要知道message应该发送到哪个handler，必须先创建looper。创建looper的方法 Loop.prepare(); 派发消息通过looper.loop()，looper会不断从message queue取消息，并派发出去。 looper怎么知道message应该派发给哪一个handler呢? 一起看看loop方法 publicstaticvoidloop(){ ... for(;;){ Messagemsg=queue.next();//mightblock if(msg==null){ //Nomessageindicatesthatthemessagequeueisquitting. return; } ... msg.target.dispatchMessage(msg); ... } } 每个msg都有一个target属性，这个target就是发送消息的handler，派发message，就是派发给msg.target对象。 loop方法并不是无限循环的，一旦message queue为空，就会结束，以免长期占用cpu资源。例子下图中，线程A是一个handler thread。现在线程B想让线程A处理一个消息message 5。于是，线程B拿到线程A的handler引用，然后调用handler的sendMessage。 message 5被发送到线程A的message queue。线程A怎么去处理这个消息呢?使用looper.loop方法，每次会从message queue取出一条消息，当取到message 5，说明message 5即将被处理。真正的消息处理逻辑，是在handler的handleMessage里面自定义的(或者runnable，callback，这里以handleMessage为例)。 looper取到message 5，通过message 5的target属性，知道目标handler，然后把消息发送给handler进行处理。总结 handler不是独立存在的，一个handler，一定有一个专属的线程，一个消息队列，和一个looper与之关联。这几个角色是如何协同工作的呢?简单概括为下面四个步骤： handler发送消息到message queue，这个消息可能是一个message，可能是一个runnable looper负责从message queue取消息 looper把消息dispatch给handler handler处理消息(handleMessage或者执行runnable) handler和looper的关系有点类似于生产者和消费者的关系，handler是生产者，生产消息然后添加到message queue;looper是消费者，从message queue取消息。本文作者：佚名来源：51CTO

2017-08-01

量子密钥：军事通信安全锁

近日,由我国自主研发的首颗量子科学实验卫星“墨子号”成功发射升空,在量子通信领域取得重要进展。量子通信,从理论上提供了一种不可截获和破译的绝对安全的新型密码体制。

2017-07-02

主流无线通信技术盘点

Wi-Fi：在无线通信世界中，Wi-Fi可是目前人们最为常用的无线技术之一。伴随笔记本电脑、手机、平板等设备对Wi-Fi的大量应用，现在就连摄像头、电视、汽车等等也开始广泛地使用Wi-Fi技术。

2017-07-02

Android进程中通信的方式

ContentProvider linux有管道（Pipe）、信号（Signal）、报文（Message）、跳跃（Trace），其次信号量（Semaphore）、ShareMemory Binder能支持跨进程通信的原因

2017-03-29

activity 与 service 之间的通信

activity和service通信：通过binder 举个我实际项目中的例子：在service中下载更新应用首先是下载更新apk的service: public class UpdateVersionService

2017-02-10

Android App 安全的HTTPS 通信

漏洞描述对于数字证书相关概念、Android 里 https 通信代码就不再复述了，直接讲问题。

2016-11-22

OpenvSzwitch实现Docker跨主机通信

ovs-vsctl--version ovs-vsctl(OpenvSwitch)2.3.1 CompiledJul1201619:52:39 DBSchema7.6.2 4.0部署OVS实现docker跨主机通信

2016-07-09

GPU 网络通信基础，Part 1（横向与纵向扩展；训练中的通信环节...）

，其速度与带宽远超节点间通信。

2025-09-26

阿尔卡特朗讯企业通信面向中小企业推增强版通信功能

法国巴黎，2016年2月18日 - 当今的中小型企业希望借助先进的通信技术来促进业务增长，通过使用智能化办公来提升客户的满意度。

2017-07-02

ROG：高性能 Go 实现

本文根据字节跳动服务框架团队研发工程师在 CloudWeGo 技术沙龙暨三周年庆典中演讲内容《ROG——高性能 Go 实现》整理。

2024-12-11

Qzone 高性能 HTTPS 实践

自从去年QQ空间移动端页面开始切换到HTTPS之后，页面性能遇到了比较大的挑战，HTTPS对页面访问速度带来了比较大的影响，所以我们通过实践总结了一些能够提升HTTPS页面访问速度的方法，这些数据都是我们和STGW的同事反复实验、多次分析所得到的，希望能够减少大家对于全站启用HTTPS的顾虑。我们的目的是，在不影响用户体验的情况下，竭尽全力保护用户的信息安全！页面在切到HTTPS之前，iOS的访问速度约为1795ms，切到HTTPS之后，iOS的访问速度直接飙到2630ms，我的天呐，上涨了900ms，接近50%，吓得我赶紧把入口又切回了HTTP。之后，便开始踏上了提升HTTPS访问速度的道路。（文章里的数据以iOS为例，访问速度指的是页面html开始请求到页面js执行完毕的耗时）。先简单以图示总结下我们优化的结论：使用SPDY协议是我们优化的第一步，SPDY（speedy）是Google很早就提出的协议，通过多路复用、请求优先级以及HTTP报头压缩，来提升页面的访问速度。但是公司貌似没有一个统一的平台支持SPDY，在寻求了TEG小伙伴的帮助之后，他们首次支持了SPDY。SPDY在iOS的兼容性比较好，iOS 8.0以上的safari和webview都支持，覆盖了Qzone 85%以上的iOS用户。所以决定开启HTTPS+SPDY试试效果。开启SPDY之后的页面访问速度提升了370ms，已经非常不错了。（在SPDY的兼容性上，iOS大部分都支持了，而安卓tbs内核支持SPDY的版本也正在灰度当中，全量之后预计也能覆盖80%的Qzone用户。）根据第一次SPDY的尝试，HTTPS的访问速度有了300多毫秒的提升，但跟HTTP相比差距还是有400ms的差距，分析了一下，这400ms的差距主要是来自于SSL握手的耗时，根据SPDY协议，每个域名建立一个TCP连接，各自要进行一次SSL握手，每次耗时约200ms，页面一共有两个关键域名，所以HTTPS+SPDY一共比HTTP慢了400ms。根据这个分析结果，我们也有了进一步的优化方向，那就是减少SSL的耗时。减少SSL握手的耗时，可以有三个方式：（1）提升TCP连接的复用率；（2）提升SSL session的复用率；（3）减少页面上的域名。对于提升TCP连接的复用率，我们想了一个方法，在页面的入口处预建了一个连接，在用户点击入口之前，先向h5.qzone.qq.com（页面的域名）发起一个https请求，可以请求一个返回内容为空的url。同时，服务器端要开启keep alive, keep alive的时间也并不是越长越好，我们使用的是60秒。这个预建的连接，不止减少了SSL握手的耗时，实际上同时也节省了TCP建立连接的时间。根据我们的实践数据，在预建连接之后，页面的访问速度又提升了400ms。其中，TCP连接复用的命中率大约是75%。对于提升SSL session 复用率，需要服务器端支持session ticket或者session cache，目前我们的STGW是支持了分布式session cache和全局session ticket key。需要说明一下的是，如果我们前面做了预建连接，复用了TCP连接的请求不会再发生SSL握手，也就不需要session复用。不过还是分享下我们SSL session复用的实践数据。SSL session复用对大部分安卓用户的提升非常明显，可以把SSL握手耗时从之前的400ms优化到100多ms。而对于iOS，由于本身机器性能更好，SSL 握手时间的耗时本身就比安卓用户少，从之前的200ms优化到100ms，提升了50%，并且iOS由于不支持session ticket，只能使用session cache，复用率比较低。SSL seesion总体的复用率大约是40%。对于减少页面上的域名，前面说到页面有两个关键域名，一个是h5.qzone.qq.com，一个是cdn域名qzonestyle.gtimg.cn。每个域名的SSL握手各多耗时200ms，所以另一个优化的方式就是域名收归，把页面收归到只有一个域名，减少一次SSL握手的耗时。于是我们把页面上qzonestyle.gtimg.cn的js通过代理的方式也收归到h5.qzone.qq.com，使这个页面只有一个关键域名，而h5.qzone.qq.com在入口页面已经做了预建连接，最大程度减少了TCP和SSL的时间。域名收归后，页面的访问速度提升了200ms。这种代理收归的方式，也有另一个好处，Qzone由于业务复杂，域名非常多，通过中间层代理收归域名，再转发到各个业务，这样切换HTTPS对各个业务都是透明的，可以说大大降低了我们全站切换到HTTPS的开发成本。推荐使用的TLS协议和cipher suite，在协议和算法层面，我们也做了一些统计来进行对比。在HTTPS握手过程中记录协议类型、加密套件、握手时间，并且将上述内容返回给页面。页面在记录用户的访问速度之后，上报数据的同时，把上述的协议类型等数据也一同上报。从上表可以看出来，TLS1.2协议的性能要明显优于1.1和1.0。Cipher suite 方面，ECDHE-RSA-AES128-GCM-SHA256和ECDHE-RSA-AES128-SHA256性能最好。ECDHE-RSA-CHACHA20-POLY1305理论上讲对性能提升有较大帮助，但是由于iOS不支持该类算法，所以从数据样本上无法体现优势。除了上面所列出来的，后续我们依然会进行协议和算法层面的更多性能分析和优化，包括TCP参数调优，握手过程优化，SSL record size适配等。做了以上这些优化之后，HTTPS的页面访问速度提升了1000+ms，相比HTTP，差距已经非常小了。由于TCP复用，甚至比之前的访问速度还要快。同时，我们还在马不停蹄地做更多的尝试，比如开始写这篇文章的时候还在用SPDY，写到结尾的时候我们已经启用了HTTP/2（喂，难道不是因为作者是拖延症患者吗？！）亲，你还有什么理由再不启用HTTPS？如何测试HTTPS页面优化结果下面，我们来看一下如何测试HTTPS页面优化结果 1）点击进入压测大师产品首页（http://wetest.qq.com/gaps/）开通项目，创建测试，点击进入URL测试。名称和描述可以自己填写。（图中示例起始人数50人，每隔60秒增加50人，加到200人为上限）输入合适的测试标题和测试设置（此图为动图，横屏观看效果更佳） 2）新建一个客户端请求，接口压测包括读写接口，读接口基本是GET请求，写接口基本是POST请求。GET请求使用url请求参数，填写测试用例的基础数值，选择正确的URL 配置页面header信息 3）随后进行Header的配置，Header的名称在选定URL的内，打开URL的链接（推荐使用chrome浏览器），敲击F12并刷新页面，选定Network-Name-Headers-Request Headers（Header的名称与值均在内查看，如下图所示）查看页面header信息到这里，基本就完成了对https的配置过程了，是不是很简单？下面动图可以再回顾一下操作的流程： gif动态图展示操作的流程（此图为动图，横屏观看效果更佳） WeTest压测大师运用了沉淀十多年的内部实践经验总结，通过基于真实业务场景和用户行为进行压力测试，帮助游戏开发者发现服务器端的性能瓶颈，进行针对性的性能调优，降低服务器采购和维护成本，提高用户留存和转化率。本文转自xsster51CTO博客，原文链接：http://blog.51cto.com/12945177/1930136，如需转载请自行联系原作者

2017-11-24

部署Hadoop高性能集群

部署Hadoop高性能集群服务器概述 1）Hadoop是什么 Hadoop是Lucene创始人Doug Cutting，根据Google的相关内容山寨出来的分布式文件系统和对海量数据进行分析计算的基础框架系统

2017-11-22

weex高性能list解析

weex是alibaba出品的用于移动端跨平台开发界面的框架，类似react-native。而ListView在移动端界面的开发中是非常重要的组件，无论是H5还是react-native都因为ListView的低性能而饱受非议。那么到底是什么样的实现让weex能拥有与众不同的ListView性能呢？ List示例首先，让我们一起来看看weex下如何使用list。 <template> <div> <list class="list"> <refresh class = "refresh-view" display="{{refresh_display}}" onrefresh="onrefresh"> <text if="{{(refresh

2016-12-14

【好书试读】高性能Docker

开始试读： https://yqfile.alicdn.com/714f8d4ad302530f78780d39e8b61e41.pdf 天猫购买链接： 高性能Docker DockOne社区倾情翻译，

2016-11-10

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

精选列表

Fragment与Activity之间的通信

【移动开发】WIFI热点通信（一）

Android实现进程之间通信

Android中WebView和JavaScript通信

Android -- ViewPager、Fragment、状态保存、通信

Android -- TabHost、Fragment、状态保存、通信

Android线程间通信之handler

量子密钥：军事通信安全锁

主流无线通信技术盘点

Android进程中通信的方式

activity 与 service 之间的通信

Android App 安全的HTTPS 通信

OpenvSzwitch实现Docker跨主机通信

GPU 网络通信基础，Part 1（横向与纵向扩展；训练中的通信环节...）

阿尔卡特朗讯企业通信面向中小企业推增强版通信功能

ROG：高性能 Go 实现

Qzone 高性能 HTTPS 实践

部署Hadoop高性能集群

weex高性能list解析

【好书试读】高性能Docker

资源下载

Mario

腾讯云软件源

Spring

Rocky Linux

欢迎您来访！