reachability

论文传送门 视频 摘要 找到一个理想的家是一个艰难而又艰辛的过程。这一过程中最关键的因素之一是家庭所在地和相关兴趣点(如工作场所和娱乐设施)之间的可及性。然而，这种重要性在现存的房地产系统中是没有被认识到的。通过在寻找理想住宅的背景下描述用户需求和分析任务，我们设计了 ReACH，这是一个新颖的可视分析系统，可以帮助人们根据包括可达性在内的多种标准来寻找、评估和选择住宅。此外，我们开发了一个改进的数据驱动模型，用于用大量的滑行轨迹来近似可达性。这种模式使用户能够交互式地整合他们的知识和偏好，以做出明智和明智的决策。通过与先前的研究的理论复杂性进行比较，我们展示了我们模型中的改进，并通过基于任务的评估证明了所提出系统的可用性和有效性。 Introduction 挑战： 可达性计算的效率 日常路径的表达 个人偏好的整合 解决： 设计了一个新的基于图的索引和查询算法的可达性模型，以有效地估计具有大量轨迹的位置的可达性。 引入了一个新颖的时间线视图来支持复杂可达性约束的编排、组织和可视化，作为用户日常路径的表示。 设计并开发了一个可视分析系统，称为Reachability-Aided Contemporary HomeFinder(ReACH)，以帮助用户交互查询，过滤和评估候选家庭，以确定他们的理想家园。 贡献： 我们在寻找理想家园的背景下描述了用户需求和分析任务

在现在的app，网络请求是一个很重要的部分，app中很多部分都有或多或少的网络请求，所以在一个项目重构时，我会选择网络请求框架作为我重构的起点。在这篇文章中我所提出的架构，并不是所谓的 最好 的网络请求架构，因为我只基于我这个app原有架构进行改善，更多的情况下我是以app为出发点，让这个网络架构能够在原app的环境下给我一个完美的结果，当然如果有更好的改进意见，我会很乐于尝试。 关于网络请求框架 一个好的网络请求框架对于一个团队来说是十分重要的。如果一个网络请求框架没有封装好，或者是在设计上存在问题，那么在开发上会造成许多问题，就拿这段代码作为例子： [leaveAPI startWithCompletionBlockWith:^(BaseRequest * baseRequest, id responseObject) { // check the response object BOOL isSuccess = [leaveAPI validResponseObject:responseObject]; if (isSuccess) { // do something... } }failure: ^(BaseRequest * baseRequest) { // do something... }]; 上面这段代码存在着不少的问题，比如把请求数据的判断放到了每一个请求中

问题1 说一下jvm内存模型 问题1.1 jvm内存模型 栈区： 栈分为java虚拟机栈和本地方法栈 重点是Java虚拟机栈，它是线程私有的，生命周期与线程相同。 每个方法执行都会创建一个栈帧，用于存放局部变量表，操作栈，动态链接，方法出口等。每个方法从被调用，直到被执行完。对应着一个栈帧在虚拟机中从入栈到出栈的过程。 通常说的栈就是指局部变量表部分，存放编译期间可知的8种基本数据类型，及对象引用和指令地址。局部变量表是在编译期间完成分配，当进入一个方法时，这个栈中的局部变量分配内存大小是确定的。 会有两种异常StackOverFlowError和 OutOfMemoneyError。当线程请求栈深度大于虚拟机所允许的深度就会抛出StackOverFlowError错误；虚拟机栈动态扩展，当扩展无法申请到足够的内存空间时候，抛出OutOfMemoneyError。 本地方法栈为虚拟机使用到本地方法服务（native） 堆区： 堆被所有线程共享区域，在虚拟机启动时创建，唯一目的存放对象实例。 方法区： 被所有线程共享区域，用于存放已被虚拟机加载的类信息，常量，静态变量等数据。被Java虚拟机描述为堆的一个逻辑部分。习惯是也叫它永久代（permanment generation） 垃圾回收很少光顾这个区域，不过也是需要回收的，主要针对常量池回收，类型卸载。

前言 因为Java对象主要存放在Java堆里，所以垃圾收集器（Garbage Collection）在对Java堆进行回收前，第一件事情就是要确定这些对象之中哪些还“存活”着，哪些已经“死去”（不被引用了）。 判断对象是否健在的算法 1.引用计数算法 引用计数算法，很容易理解， 在对象中添加一个引用计数器，每有一个地方引用它时，计数器值就加一；当引用失效是，计数器值就减一；任何时刻计数器为零的对象就是不可以能再被使用的对象 。 引用计数算法的原理简单，判定效率也很高。市面上也确实有一些技术使用的此类算法来判定对象是否存活，像ActionScript 3 的FlashPlayer、Python语言等。但是在主流的Java虚拟机里面都没有选用引用计算法来管理内存，主要是使用此算法时，必须要配合大量的额外处理才能保证正确的工作，例如要解决对象之间的相互循环引用的问题。 public class OneTest { public Object oneTest = null; private static final int _1MB = 1024 * 1024; private byte[] bigSize = new byte[256 * _1MB]; /** * 这个成员属性的唯一意义就是占点内存，以便能在GC日志中看清楚是否有回收过。 */ @Test public void

趁着端午节日，自己没有什么过多的安排，准备花4-5天左右，针对网络请求源码AFNetworking和YTKNetwork进行解析以及这两年多iOS实际开发经验（其实YTKNetwork也是对AFNetworking的深度封装），结合多个实际项目，分别针对这两个网络框架，进行封装使用（可以直接使用）。本篇主要讲解AFNetworking源码解析，都是自己亲自看AFNetworking源码以及心得体会，大约看下来需要20-30分钟。欢迎指正！！！ AFNetworking源码地址： https://github.com/AFNetworking/AFNetworking 针对AFNetworking封装： https://www.cnblogs.com/guohai-stronger/p/9193465.html YTKNetwork的源码详解： https://www.cnblogs.com/guohai-stronger/p/9194519.html 一.AFNetworking的代码结构： 新的代码结构将AFNetworking.h放到了Supporting Files里面。 自从AFNetworking结构更改以后，结构可能不够清晰，以前的版本是这样的： 其实没有多少改变，从这张图可以看出：除去Support Files，可以看到AF分为如下5个功能模块： 网络通信模块（最核心

获取iOS网络状态，目前有两个办法。 1.通过监听手机状态栏的信息。 2.通过使用官方提供的类Reachability。 一、通过手机监听手机状态栏的信息 好处： 1.可以通过苹果的审核上架AppStore。 2.代码量少，简单易懂。 3.可以区分网络类型，精确到2G,3G,4G。 缺点：必须保证在使用该方法的过程中，手机状态栏statusBar没有隐藏。 代码如下： - (NSString *)networkingStatesFromStatusBar { UIApplication *app = [UIApplication sharedApplication]; NSArray *children = [[[app valueForKeyPath:@"statusBar"] valueForKeyPath:@"foregroundView"] subviews]; int type = 0; for (id child in children) { if ([child isKindOfClass:[NSClassFromString(@"UIStatusBarDataNetworkItemView") class]]) { type = [[child valueForKeyPath:@"dataNetworkType"] intValue]; } } NSString

一、可达性分析算法 在Java中，是通过可达性分析（Reachability Analysis）来判定对象是否存活的。该算法的基本思路就是通过一些被称为引用链（GC Roots）的对象作为起点，从这些节点开始向下搜索，搜索走过的路径被称为（Reference Chain)，当一个对象到GC Roots没有任何引用链相连时（即从GC Roots节点到该节点不可达），则证明该对象是不可用的。 可达性分析算法判断对象是否可以回收 如上图所示，object1~object4对GC Root都是可达的，说明不可被回收，object5和object6对GC Root节点不可达，说明其可以被回收。 在Java中，可作为GC Root的对象包括以下几种： 虚拟机栈（栈帧中的本地变量表）中引用的对象 方法区中类静态属性引用的对象 方法区中常量引用的对象 本地方法栈中JNI（即一般说的Native方法）引用的对象 二、finalize()方法最终判定对象是否存活 即使在可达性分析算法中不可达的对象，也并非是“非死不可”的，这时候它们暂时处于“缓刑”阶段，要真正宣告一个对象死亡，至少要经历再次标记过程。 标记的前提是对象在进行可达性分析后发现没有与GC Roots相连接的引用链。 1. 第一次标记并进行一次筛选。 筛选的条件是此对象是否有必要执行finalize()方法。