软件构架2-CSDN博客

Cloud Card能否干掉App

算下来有一年没写blogliao 云OS 3.0已发布，总算向外界表达了我们想做个啥，很多人也开始质疑，Cloud Card到底是个啥？云OS 3.0算不算自主研发的OS？等等，今天想就Cloud Card能否干掉App这个主题聊聊这些事情。昨天三丰和我们开会讲到一个观点，IOS&Android以App为核心的OS过时了，用户使用各种移动设备，要的不是App，是服务，虽然Ap...

2014-10-29 14:41 阅读(766) 评论(7)

zygote服务是Android启动和服务APK的核心服务，每个APK都是通过zygote启动，今日阅读它的源码学习到一个不错的设计思路。首先看看一个APK通过zygote的启动流程：按照一般的设计思路，既然每个APK都是由单独的dalvik启动和运行，那么直接通过dalvikvm启动main不就完了吗？为啥还要搞得这么长一串流程。其实关键就在于这个Fork。我们看看对于linux启动一个进程的一...

2013-09-30 13:30 阅读(3118) 评论(0)

在xcode中编译和调试webkit, V8和Nodejs

对于一个c/c++菜鸟如何想去研究一些优秀的框架是件很困难的事情，但如果能把这些框架导成xcode项目，并xode上编译和调试将会使学习这件事情相对容易许多，xcode确确实实是开发人员的利器。最近一直在搞webkit, V8和Nodejs，于是乎找到了把这三个框架导成xcode project的方法，总结如下：WebKitWebKit前文已说过，源码中已包含xcodeproj文件，直接用xcod...

2013-04-27 09:20 阅读(10081) 评论(2)

从Jetty、Tomcat和Mina中提炼NIO构架网络服务器的经典模式（三）

最后我们再看看NIO方面最著名的框架Mina，抛开Mina有关session和处理链条等方面的设计，单单挑出前端网络层处理来看，也采用的是与Jetty和Tomcat类似的模式，只不过它做了些简化，它没有隔开请求侦听和请求处理两个阶段，因此，宏观上看它只分为两个阶段。先看看它的类图：其中：SocketAcceptor起线程调用SocketAcceptor.Work负责新连接侦听，并交给SocketIoProcessor处理SocketIoProcessor起线程调用SocketIoProcessor.Work...

2011-02-17 19:42 阅读(14107) 评论(12)

从Jetty、Tomcat和Mina中提炼NIO构架网络服务器的经典模式（二）

下面再来看看Tomcat是如何使用NIO来构架Connector这块的。先看看Tomcat Connector这块的类图：其中：NioEndpoint负责组装各部件Acceptor负责监听新连接，并把连接交给PollerPoller负责监听所管辖的channel队列，并把请求交给SocketProcessor处理SocketProcessor负责数据处理，并把请求传递给后端业务处理模块在整个服务端处理请求的过程可以分为三个阶段，时序图如下所示：阶段一：监听并建立连接这一阶段主要是Acceptor监听新连接，...

2011-02-17 19:29 阅读(15194) 评论(12)

从Jetty、Tomcat和Mina中提炼NIO构架网络服务器的经典模式（一）

如何正确使用NIO来构架网络服务器一直是最近思考的一个问题，于是乎分析了一下Jetty、Tomcat和Mina有关NIO的源码，发现大伙都基于类似的方式，我感觉这应该算是NIO构架网络服务器的经典模式，并基于这种模式写了个小小网络服务器，压力测试了一下，效果还不错。废话不多说，先看看三者是如何使用NIO的。Jetty Connector的实现先看看有关类图：其中：SelectChannelConnector负责组装各组件SelectSet负责侦听客户端请求SelectChannelEndPoint负责IO的...