2015年12月_银国超

原创 [GC系列] 不同强度reference 理解

GC在决定是否回收内存的时候，主要看该内存上的对象是否有被其它对象引用。为了更加细致地管理不同的引用。又搞出了下面4种引用类型：1. 强引用2. 弱（Soft）引用3，Weak 引用4. Panton引用5. Finalizer应用一开始很难理解，但从目的来分析，就比较容易了。站在GC的角度，希望确定不同的引用情况下，是否可以回收内存。比如强引用情况下，GC绝不

2015-12-29 16:19:36 358

原创【GC系列】android采用进程对应APP的理由

长期以来，心中有个疑问，为什么Android用进程而不是线程来管理APP。今天在看GC hand book的时候，突然有感想。我猜测可能包括如下部分理由：1. 单进程容易保证单个APP崩溃，不影响其他APP。2. 由于android使用了Java虚拟机，虚拟机有个很重要的工作就是垃圾回收。从Hand Book中理解，垃圾回收的空间范围越小，Pausetime 就会越小。这样用户就不容易感觉

2015-12-28 15:57:12 584

原创 [Java VM 系列] GC原理学习

前言：以前一直在华为上班，说实话，估计没有哪个华为人有闲心写Blog，Blog更多属于IT工程师的专利。这两年从华为出来后，开始写blog。但从前面的blog的查看次数来看，目前大家最主要关心的还是Android方面的技术。没办法，估计现在人才缺口最大的属于移动互联网Android方面的了。但技术都是逐步发展出来的，android不可能是孙悟空，凭空从石头里面蹦出来。如果分

2015-12-26 18:55:11 387

原创 ADT debug as native application error log

When build is passed, then debug as native application, following errors displed on console:[2015-12-23 10:26:39 - JniTraining] Unknown Application ABI: [2015-12-23 10:26:39 - JniTraining] [2015

2015-12-23 10:30:58 372

原创 C/C++异常处理阶段总结

所谓异常，即指令执行时，原计划的执行顺序必须改变。导致这种改变的原因包括：1，用户主动抛出异常 2. 指令运行时异常。要进行异常处理，第一步就是捕获异常。谁来捕获，可能是：1.程序本身 2. 操作系统。如果程序不捕获，操作系统也不捕获，系统肯定就崩溃了。程序本身只能捕获用户主动抛出的异常。这种用户主动抛出的异常，实际上是程序员实现知道的，所以实现准备了捕获代码。前面文章中的setjumper/

2015-12-18 13:30:23 494

原创【异常/错误处理系列】C++如何实现Try/Catch

为了实现异常处理，必须在异常发生的时候，能够找到异常处理函数。存放异常处理函数的地方，可以是栈，也可以是全局变量。如果是栈，需要unwinding栈，直到找到异常处理函数地址。如果是全局变量，可以直接跳转到异常处理函数，效率更高。更多详细的介绍，可以参考如下网站：http://www.codeproject.com/Articles/2126/How-a-C-compiler-imple

2015-12-18 11:19:27 388

不管是哪门编程语言，在coding过程中，我们都会遇到一个很头痛的问题，就是如何处理函数的返回值和异常。函数返回值传统的处理的方法是使用If/else。但对于有返回码的函数，需要写“无数”的if分支，代码很难看，也不好维护。异常处理更是头痛，一旦发生，只有查看resetlog，对于网络类异常，或者库中出现的异常，调用者也不知道如何处理。高级语言中，都有try/catch/finally的语法，用于异常处理。但是在C语言中，没有相应的支持。通过抛出异常，并让能处理该异常的上层函数处理，是比较符合自然逻辑的方法

2015-12-18 10:54:55 9779

yin_guochao的博客