原理及说明：首先：无论IOS还是Android，浏览器无法预知本地是否安装了某个APP。功能实现的本质是浏览器通过URL_scheme打开APP。Twitter就注册自己能被「twitter://」打开。补充：如果是APP之间

解决卡顿的方法最简单的就是设置RecyclerView的android:nestedScrollingEnabled"false"，放弃自己的滑动,交给外部的NestedScrollView处理,就没有出现卡顿的现象了至于RecyclerView的上拉刷新，可以监听NestedScrollView的滑动监听，具体代码如下：mNestedSc

Netty是一款优秀的开源的NIO框架，其异步的、基于IO事件驱动的设计以及简易使用的API使得用户快速构建基于NIO的高性能高可靠性的网络服务器成为可能。Netty除了使用Reactor设计模式加上精心设计的线程模型之外，对于线程创建的具体细节也进行了重新设计，由于Netty的应用场景主要面向高并发高负载的场景下，这也是Netty能够大显身手的场景，因此，

当我们在使用Java进行网络编程时经常会遇到很多超时的概念，比如一个浏览器请求过程就可能会产生很多超时的地方，当我们在浏览器发起一个请求后，网络socket读写可能会超时，web服务器响应可能会超时，数据库查询可能会超时。而对于Java并发来说，与超时相关的内容主要是线程等待超时和获取锁超时，比如调用Object.wait(long)就会使线程进入等待状并在

StfwindowsStf原项目地址：https://github.com/openstf/stf(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fgithub.com%2Fopenstf%2Fstf)。介绍用于Web端设备远程管理系统支持支持Android版本

最近接到一项新的任务，其中涉及到用netty解决粘包问题，该问题解决得很顺利。下面是一些心得体会。我们知道，netty当中有boss线程和worker线程，通常是1对多的关系，可以理解为boss接到客户的请求之后，分配给其中一个worker去处理，如果客户过多，可能会出现一个worker服务多个客户的情况。这是背景。按照我的理解，粘包问题解决的关键在

一、背景360是一家注重用户体验的公司，公司的口号是用户至上。在这么一个注重用户体验的氛围里，app的性能问题无疑是被重点关注的，同样也是造成用户流失的罪魁祸首之一。性能问题主要包含：崩溃、网络请求错误或者超时、UI响应速度慢、主线程卡顿、CPU和内存使用高、耗电量大等等。大多问题的原因在于开发者错误地使用了线程、锁、系统函数、编程规范问题、数

说说进程和线程的区别？进程是程序的一次执行，是系统进行资源分配和调度的独立单位，他的作用是是程序能够并发执行提高资源利用率和吞吐率。由于进程是资源分配和调度的基本单位，因为进程的创建、销毁、切换产生大量的时间和空间的开销，进程的数量不能太多，而线程是比进程更小的能独立运行的基本单位，他是进程的一个实体，可以减少程序并发执行时的时间和空间开销，

移动端接收Push通知需要满足以下技术条件：操作系统和设备支持：设备需要运行支持推送通知的操作系统，如iOS或Android。推送服务：需要一个推送服务，如苹果的APNs（ApplePushNotificationservice）或Google的FCM（F