2016 即将过去，你心目中最好的 Android App 是什么呢？ - DiyCode
欢迎大家跟帖推荐自己今年用过最棒的 Android App ，最好可以写上推荐语！！
以下是Google Play 列出的 “Best of 2016” 完整榜单：
Face Changer 2
Lumyer – Photo & Selfie Editor
Castbox – Podcast Radio Music
Emoji Keyboard Pro
Pokémon GO
Clash Royale
Traffic Rider
slither.io
Dream League Soccer
Stressed Out, Twenty One Pilots
Sorry, Justin Bieber
One Dance (feat. WizKid & Kyla), Drake
Don’t Let Me Down (feat. Daya), The Chainsmokers
Me, Myself & I, G-Eazy
Star Wars: The Force Awakens
Captain America: Civil War
Batman v Superman: Dawn Of Justice
电视节目榜
Game of Thrones
The Walking Dead
The Big Bang Theory
Deadpool Kills the Marvel Universe by Cullen Bunn
Harry Potter and the Cursed Child: Parts One and Two by J.K. Rowling, John Tiffany, Jack Thorne
The Girl on the Train: A Novel by Paula Hawkins
The Art of War by Tzu Sun
Me Before You: A Novel by Jojo Moyes
今年用过最好用的 App 是？我根本就说不上，游戏球球大作战不错哈！
我觉得今年最好用的App是『摩拜单车』，倒不是因为它的App做得好，而是它提供的服务很棒。
:) 目测共享单车领域又是下一个互联网大战的战场了。
今年最好用的App?喜马拉雅App
Twidere-Android
后方可回复, 如果你还没有账号请点击这里 。
共收到 4 条回复iOS和Android哪个好？他们的战争是史诗级的巨作
日 10:53 来源： 作者： (0)
　　科技界相爱相杀的例子不少，我们今天就来了聊聊其中的一对：iOS和Android。至少从目前来看，iOS系统的系统级体验，还是需要Android来积极学习的。
　　很多机友会问那么iOS和Android到底哪个好？一直以来人们都有这样的印象，认为搭载iOS系统的iPhone一定比搭载Android系统的安卓手机流畅。潜移默化中，不少果粉甚至是普通吃瓜群众都形成了这样的思维定式：安卓就是卡、慢的代名词。
　　其实对于安卓手机与苹果手机争议最多的是它们搭载的系统，而Android与iOS究竟哪个好已经争论了几年了，&买iPhone就为了装X&、&苹果有什么好的？那么贵也要买，虚荣！！！&、&苹果手机传文件都费劲，真不明白iPhone到底好在哪&。。。不知道苹果iPhone用户是不是会经常被人有意无意的调侃呢？
　　&不清理后台会很费电&、&不清理后台会很卡&。。。。。。反正也不知道什么时候起，手机清理后台就成了必须要做的了，至于原因就为了亮点，不卡、省电。不过这只对Android系统有效，iOS系统完全没有清理后台的操作，同样耗电、流畅性也不会被影响。
　　然而，就是这样一个群众眼中的&卡、慢&的系统，不知不觉间已经走过了第十个年头。这么多年过去了这个观点还成立吗？
　　其实，争了几年了，都说自己的系统好用，但事实上两大系统各有优劣势，谈不上哪个系统最好。iOS系统优势慢慢的被追赶，Android的多样性逐渐被整合，这一切都是时间的问题而已，好与不好这都是相对的。
　　而且Android 8.0不久前已经发布了，尽管Android对比iOS似乎有&先天缺陷&，但一直以来谷歌都在不遗余力地提升安卓系统的流畅度。我们不妨来看看谷歌在这方面都做了哪些努力。
　iOS和Android哪个好？　Android 4.1：黄油计划
　　2012年6月，Google I/O 2012开发者大会上，谷歌发布了Android 4.1，该版本担负着&承上启下&的作用，4.1系统继承了4.0的基本特性，又加入了Project Butter的新特性。Project Butter中文称为黄油计划，Google希望新版的Android如黄油一般丝般润滑，所以称之为黄油。该系统使用了新的处理架构，让Android设备中的双核、四核处理器能够得到优化，发挥出强劲的性能。
　　本文图片来自The Verge
　　其次，在4.1版本中，特效动画的帧速提高至60fps，优化最佳性能和较低的触摸延迟，提供了一个流畅、直观的用户界面。
　　为了确保帧速一致，4.1版本的Android框架所有的绘图和动画都将统一VSYNC计时，应用渲染、触摸事件、画面构图、显示刷新等操作都会锁定在16毫秒响应，所有的帧都没有提前或者落后。此外，还新增三重影像缓冲技术，让所有的渲染感觉更顺畅。触摸延时不仅会遵循VSYNC计时，还会在触摸操作时做出预判是否要提前渲染，此外在CPU闲置时会分配更多的处理能力来应对触摸事件，确保触摸没有延迟。
　　黄油项目（Project Butter）为我们带来了Android系统的重大改进，谷歌终于开始直面Android系统流畅度这个古老并重要的问题了。
　　iOS和Android哪个好？Android 4.4：对齐唤醒
　　其实，很多时候，安卓系统的卡顿并不是由系统本身造成的，而是由于安卓开放的特性例如对第三方APP限制较少，所以很多APP长期恶意在后台运行，定期唤醒系统，随着安装的APP越来越多，各种APP会一窝蜂地唤醒系统，而每次唤醒都会让CPU处于高负荷运转状态，导致手机待机时也非常耗电。
　　而4.4版本很明显的针对这个问题而做出了优化，在该版本中加入了对齐唤醒功能，把原来需要分别在不同时间唤醒系统的多个APP集中在某个时间一次性唤醒。这样，系统被唤醒的次数大幅减少，CPU也不用频繁的工作，手机也就不会这么卡顿和耗电了。
　　iOS和Android哪个好？Android 5.0:ART虚拟机
　　一直以来，Dalvik虚拟机背负着Android应用卡顿的罪名，原因则是应用在运行的过程中，虚拟机Dalvik通过一个叫JIT（Just-in-me）的解释器动态的进行编译并执行，这一过程也拖慢了运行效率。而在5.0版本中，原有的Dalvik虚拟机被新的ART虚拟机代替。
　　Android Runme（缩写为 ART），是一种在Android操作系统上的运行环境，由Google公司研发。ART能够把应用程序的字节码转换为机器码，是Android所使用的一种新的虚拟机。它与Dalvik的主要不同在于：Dalvik采用的是JIT技术，而ART采用Ahead-of-me（AOT）技术，也就是预编译技术，安装应用的时候，代码中的字节码将被编译成机器码。而由于有了机器码，下次打开的时候就不需要再编译了，这就提高了运行效率，APP启动速度明显加快。ART同时也改善了性能、垃圾回收（Garbage Collecon）、提高续航能力、应用程序除错以及性能分析。
　　iOS和Android哪个好？Android 6.0:Doze嗜睡模式
　　4.4的对齐唤醒已经对后台APP做出了一定限制，但是显然对于那些&毒瘤APP&显然是不够的，为了杜绝&毒瘤&APP不断在后台消耗资源和电量，6.0版本加入了Doze嗜睡模式，在Doze模式中，系统尝试去通过减少应用的网络访问和CPU敏感的服务来保护电池。它也阻止应用通过访问网络，并且延缓应用的任务、同步和标准alarms。
　　同时系统定期退出Doze模式（maintenance window）去让app完成他们被延缓的动作。在maintenance window期间，系统运行所有挂起的同步、任务和alarms，同时也能访问网络。只要用户通过移动、点亮屏幕或则插上充电器唤醒设备的时候，系统会退出Doze模式，所有的APP退回到正常活动状态。
　　iOS和Android哪个好？Android 7.0：优化系统代码
　　如果说前几代Android是在改善应用环境，提升应用体验的话，那么7.0版本就是优化Android的运行环境了，谷歌表示，7.0版本会是最具销量的一代Android操作系统，7.0版本主要通过减少代码的形式来提升运行速度，Android N的代码减少了50%，新的代码减少50%，软件运行速度提升幅度达到600%，应用安装提速75%。自从Android5.0换了ART虚拟机开始，因为安装时要对大量的代码进行预编译，应用安装速度一直被用户诟病，Google终于在Android7.0上解决了这一问题。
　　此外，7.0版本另一个优化是，每次手机升级完系统之后不用等待漫长的应用优化过程，直接就可以进入系统。
　　iOS和Android哪个好？Android 8.0：针对低配设备的Android Go，系统/应用启动优化
　　8.0相对前几个版本而言，没有特别大的提升，毕竟Android已经第十个年头了，发展已经非常的成熟。8.0版本主要是细节的优化和体验的提升。8.0版本加入了TensorFlow Lite技术，可以帮助低功耗设备跟上当今高强度任务处理，利用新的神经网络API帮助底层芯片加速数据处理。这一功能有助于为下一代在线设备提高语音处理，视觉搜索，增强现实等能力。简而言之，就是一个内置在系统的机器学习工具。
　　同时，8.0版本还针对应用启动的进程进行优化，包括并发进程、压缩收集的垃圾信息和代码区域等。此外还有针对后台服务的限制，防止应用程序在后台运行太久。目标是大大减少电池消耗。
　　另外，针对配置较低的移动设备，谷歌还推出了Android Go的系统，它不是一个独立分支的Android版本，而是隶属于Android O，可以用于1GB RAM的设备上，例如为了节省性能，原来系统中吃内存的过渡动画被砍掉，同时还针对Android Go开发适配版应用，比如Youtube Go。如果你认为这个系统只是做减法，那你就错了，在有些方面，谷歌甚至还为Android Go添加了功能，比如数据管理，这个对低端机来说十分重要，谷歌会将这个功能添加到快捷设置中。该系统预计2018年正式面世。
　　如今iOS 11也已经发布了，从某些更新内容来看，是对安卓功能的&借鉴&。所以安卓系统在功能性或者可玩性上甚至超过了iOS。由于底层系统的先天不足，导致流畅性在早期落后iOS很多，但随着谷歌孜孜不倦地优化与更新，Android在流畅性方面真的未必输于iOS，卡顿、慢和耗电已经逐渐成为历史。所以，已经存在大家脑海中10年的安卓&卡、慢、耗电&的标签，是时候该抹去了。
　　iOS和Android哪个好？苹果和安卓的相爱想杀
　　因为上周苹果正好发布了iOS 11，并且开放了开发者预览版，所以已经有不少人体验到了最新的iOS，而在这次的体验之后，发现iOS 11上又多了不少Android系统的特性。
　　这正是iOS和Androd之间最有趣的地方，它们互为最大的竞争对手，却每次更新都会把对方的功能拿来借鉴，最后两个系统也越来越像，所以它们之间的故事，挺值得一说的。
　　iOS和Android哪个好？iOS：科技圈的事，能叫抄么？这叫拿！
　　我们先来看看iOS 11中多了哪些土生土长的Android功能吧，根据国外社区网友的体验，iOS 11的单手键盘、多功能截图、录屏功能不管是呼出方式还是操作方式都和安卓极其相似。即使是iOS 11可定制的控制中心也是安卓早就具备的功能，还有在WWDC期间被媒体大肆报道的相机扫描二维码，垃圾短信隔离功能，对于安卓手机来说都是家常便饭一样的体验。
　　除了iOS 11之外，之前每次iOS的大版本更新我们其实都能够看到不少Android上的影子，比如说iOS 10加入的电话防骚扰、锁屏界面小插件，还有iOS 9的分屏功能、画中画功能，iOS 8对于第三方键盘、推送通知的操作等支持。。。。。。都是在Android上已经被证明可行之后，苹果才在iOS上加入的。
　　iOS和Android哪个好？Android：我就跟随了！
　　虽然近年来iOS在系统中不断加入Android特性使很多人觉得苹果创新乏力了，但是在智能手机的早些时候，Android可是一直跟在iOS身后学习，这个过程最早甚至可以追溯到Android发布之前。其实在开发初期，Android并不是一个触控的操作系统，网络上流传的Android原型机其实是一个全键盘手机。
　　但是在第一代iPhone发布后，我们马上就看到了HTC G1，并且G1其实只是在原型机的基础上加入了触控，依然还需要侧滑键盘进行输入，这也使得在Android早期出现了大量具备实体键盘的机型。有趣的是，Google的前CEO施密特在iPhone发布之前其实是苹果董事会成员，iPhone 3G诞生之后首部安卓机G1也接着诞生了，甚至是安卓之父安迪&鲁宾也曾经是苹果员工。
　　Android之前最大的缺陷无疑就是对于应用权限的限制了，所以在Android 6.0中，谷歌就加入了App Permissions（应用权限管理）功能，这在当时也被认为是谷歌对于iOS的一次抄袭，毕竟iOS对于应用权限的管理，直到现在都是Android难以比拟的。
　　除了权限管理之外，Android 6.0这个大版本更新中新加入的移动支付、App Links（应用跳转）、系统级别的指纹识别无一不是师从iOS，特别是移动支付和系统级别的指纹识别，都是在苹果的Apple Pay和Touch ID之后出现的，也是有了这些之后，Android手机才有了统一的移动支付途径和不再鸡肋的指纹识别功能。
　　还有一个苹果首创的功能大家别忘了：Siri，虽然现在Google Now等语音助手可能比Siri还好用，但是在当初Siri刚刚问世的时候，造成的影响力是完全不逊于指纹识别的，苹果也因此又吸引了众多厂商对语音识别功能进行了&借鉴&。
　　iOS和Android哪个好？iOS小抄、Android大抄，这是有区别的
　　看完前面的内容，大家是不是发现了什么？iOS对于Android的借鉴都是一些独立的小功能，移植方便，能对某些体验带来一些提升，但是对于系统整体的提升并不大，属于小修小补的提升。
　　而Android对于iOS的借鉴，多是指纹识别、语音助手、应用权限管理这样的系统底层改动，不仅仅需要天马行空的想象力，还需要软件端和硬件端的紧密配合。更加重要的是，这些功能几乎都是能时时刻刻影像手机使用体验的，属于全面升级而不是小修小补。
　　这下大家懂了吧？在小功能方面Android对iOS虽然借鉴得不多，甚至说小功能Android做得更好，但是整体来看，Android才是那个跟随者。同时，安卓小功能方面的提升也得益于OEM厂商对于各自ROM的开发，但是想到这里就更加可怖了，这么多Android OEM厂商做的都是修修补补，但是影响最大的功能却都是苹果做出来的，不得不为他们竖一个大拇指。
　　所以现在来看，iOS确实在这场抄袭战争中占据了主动。还需要提到的一点是，可别以为iOS和Android是相爱的，他们之间可没有感情，乔布斯曾经提及安卓开发团队时说到：&所有的东西都在抄袭我们所做的一切。&，并且乔布斯还有这样一句话可能很多人都听过：&如能毁了Android，我愿意使用核武器。&
　　可惜的是现在Android占据了全世界80%以上的市场份额，乔布斯的遗愿可能很难实现了，但是好在iOS在功能上的创新仍然能够走在Android前面，所以这两者的&相杀&，我们可能还能够看很多年。
相关技术文章：
相关资料下载：
上周热点文章排行榜
上周资料下载排行榜
技术交流、我要发言！ 发表评论可获取积分！ 请遵守相关规定。
专家问答专家问答
经典电子创意设计欣赏国内最好的 Android 开发者社区网站是什么？ - 知乎195被浏览<strong class="NumberBoard-itemValue" title="3分享邀请回答3添加评论分享收藏感谢收起7添加评论分享收藏感谢收起可能是讲解Android事件分发最好的文章 - 简书
可能是讲解Android事件分发最好的文章
我几乎看过国内讲解Android事件分发的所有文章，但遗憾的是都没有这篇讲的好，原因有二：它阐明了具体的事件分发机制的设计意图，让人既知其然，又知其所以然；它没有贴源码，吓唬本宝宝。所以我决定将它翻译出来，造福广大Android开发者。原文请点击
有时，你必须要自己处理触摸事件（touch events）而不能依赖于有可用的onSomethingListener。我就遇到过这样的时候，当时我很想有一篇文章能简单地解释触摸事件是怎样在视图层次（view hierarchy）中传播的，从而可以将之作为进一步深入学习的起点。这篇博客是我的一次尝试，它看起来有点长，但这是因为我是按照触摸事件的传播过程一步一步来写的。
我们只考虑最重要的四个触摸事件，即：DOWN,MOVE,UP和CANCEL。一个手势（gesture）是一个事件列，以一个DOWN事件开始（当用户触摸屏幕时产生），后跟0个或多个MOVE事件（当用户四处移动手指时产生），最后跟一个单独的UP或CANCEL事件（当用户手指离开屏幕或者系统告诉你手势（gesture）由于其他原因结束时产生）。当我们说到“手势剩余部分”时指的是手势后续的MOVE事件和最后的UP或CANCEL事件。
在这里我也不考虑多点触摸手势（我们只假设用一个手指）并且忽略多个MOVE事件可以被归为一组这一实际情况。最后，我们假设文中的view都没有注册onTouchListener。
我们将要讨论的视图层次是这样的：最外层是一个ViewGroup A，包含一个或多个子view（children），其中一个子view是ViewGroup B，ViewGroupB中又包含一个或多个子view，其中一个子view是 View C,C不是一个ViewGroup。这里我们忽略同层级view之间可能的交叉叠加。
android-touch.png
假设用户首先触摸到的屏幕上的点是C上的某个点，该点被标记为触摸点（touch point），DOWN事件就在该点产生。然后用户移动手指并最后离开屏幕，此过程中手指是否离开C的区域无关紧要，关键是手势（gesture）是从哪里开始的。
假设上面的A,B,C都没有覆写默认的事件传播行为，那么下面就是事件传播的过程：
DOWN事件被传到C的onTouchEvent方法中，该方法返回false，表示“我不关心这个手势（gesture）”。
因此，DOWN事件被传到B的onTouchEvent方法中，该方法同样返回false，表示B也不关心这个手势。
同样，因为B不关心这个手势，DOWN事件被传到A的onTouchEvent方法中，该方法也返回false。
由于没有view关心这个手势（gesture），它们将不再会从“手势剩余部分”中接收任何事件。
现在，让我们假设C实际上是关心这个手势（gesture）的，原因可能是C被设置成可点击的（clickable）或者你覆写了C的onTouchEvent方法。
DOWN事件被传递给C的onTouchEvent方法，该方法可以做任何它想做的事情，最后返回true。
因为C说它正在处理这个手势（gesture），则DOWN事件将不再被传递给B和A的onTouchEvent方法。
因为C说它正在处理这个手势（gesture），所以“手势剩余部分”的事件也将传递给C的onTouchEvent方法，此时该方法返回true或false都无关紧要了，但是为保持一致最好还是返回true。
个人理解：从这里可以看出，各个View的onTouchEvent方法对DOWN事件的处理，代表了该View对以此DOWN开始的整个手势（gesture）的处理意愿，返回true代表愿意处理该gesture，返回false代表不愿意处理该gesture。
onInterceptTouchEvent
现在我们将讨论一个新的方法：onInterceptTouchEvent，它只存在于ViewGroup中，普通的View中没有这个方法。在任何一个view的onTouchEvent被调用之前，它的父辈们（ancestors）将先获得拦截这个事件的一次机会，换句话说，它们可以窃取该事件。在刚才的“处理事件”部分中，我们遗漏了这一过程，现在，让我们把它加上：
DOWN事件被传给A的onInterceptTouchEvent，该方法返回false，表示它不想拦截。
DOWN又被传递给B的onInterceptTouchEvent，它也不想拦截，因此该方法也返回false。
现在，DOWN事件被传递到C的onTouchEvent方法，该方法返回true，因为它想处理以该事件为首的手势（gesture）。
现在，该手势的下一个事件MOVE到来了。这个MOVE事件再一次被传递给A的onInterceptTouchEvent方法，该方法再一次返回false，B也同样如此。
然后，MOVE事件被传递给C的onTouchEvent，就像在前一部分中一样。
“手势剩余部分”中其他事件的处理过程和上面一样，假如A和B的onInterceptTouchEvent方法继续返回false的话。
这里有两点需要注意：
虽然ViewGroup A和B的onInterceptTouchEvent方法对DOWN事件返回了false，后续的事件依然会传递给它们的onInterceptTouchEvent方法，这一点与onTouchEvent的行为是不一样的。
假如DOWN事件传给C的onTouchEvent方法时，它返回了false，DOWN事件会继续向上传递给B和A的onTouchEvent，即使它们在onInterceptTouchEvent方法中说它们不想拦截这个DOWN事件，但没办法，没有子View愿意处理该事件。
个人理解：感谢@编程世界的孩子 的提醒，由此可见，DOWN事件的处理实际上经历了一下一上两个过程，下是指A-&B的onInterceptTouchEvent，上是指C-&B-&A的onTouchEvent，当然，任意一步的方法中返回true,都能阻止它继续传播。
现在，让我们更进一步，假设B没有拦截DOWN事件，但它拦截了接下来的MOVE事件。原因可能是B是一个scrolling view。当用户仅仅在它的区域内点击（tap）时，被点击到的元素应当能处理该点击事件。但是当用户手指移动了一定的距离后，就不能再视该手势（gesture）为点击了——很明显，用户是想scroll。这就是为什么B要接管该手势（gesture）。
下面是事件被处理的顺序：
DOWN事件被依次传到A和B的onInterceptTouchEvent方法中，它们都返回的false，因为它们目前还不想拦截。
DOWN事件传递到C的onTouchEvent方法，返回了true。
在后续到来MOVE事件时，A的onInterceptTouchEvent方法仍然返回false。
B的onInterceptTouchEvent方法收到了该MOVE事件，此时B注意到用户手指移动距离已经超过了一定的threshold（或者称为slop）。因此，B的onInterceptTouchEvent方法决定返回true，从而接管该手势（gesture）后续的处理。
然后，这个MOVE事件将会被系统变成一个CANCEL事件，这个CANCEL事件将会传递给C的onTouchEvent方法。
现在，又来了一个MOVE事件，它被传递给A的onInterceptTouchEvent方法，A还是不关心该事件，因此onInterceptTouchEvent方法继续返回false。
此时，该MOVE事件将不会再传递给B的onInterceptTouchEvent方法，该方法一旦返回一次true，就再也不会被调用了。事实上，该MOVE以及“手势剩余部分”都将传递给B的onTouchEvent方法（除非A决定拦截“手势剩余部分”）。
C再也不会收到该手势（gesture）产生的任何事件了。
下面的一些小事情可能会令你感到吃惊：
如果一个ViewGroup拦截了最初的DOWN事件，该事件仍然会传递到该ViewGroup的onTouchEvent方法中。
另一方面，如果ViewGroup拦截了一个半路的事件（比如，MOVE），这个事件将会被系统变成一个CANCEL事件，并传递给之前处理该手势（gesture）的子View，而且不会再传递（无论是被拦截的MOVE还是系统生成的CANCEL）给ViewGroup的onTouchEvent方法。只有再到来的事件才会传递到ViewGroup的onTouchEvent方法中。
从此开始，你可以更进一步。比如对mouthful-method （实在不知道该怎么翻译啦！）requestDisallowInterceptTouchEvent,C可以用该方法阻止B窃取事件。如果你想更加疯狂一点，你可以在你自己的ViewGroup中直接覆写dispatchTouchEvent方法，并对传递进来的事件做任何你想做的处理。但这样的话你可能会破坏一些约定，所以应当小心。
好了，文章翻译完了，不知道你是否和我一样，读完此文消解了许多的困惑，如果是的话，点赞吧！
声明：欢迎转载，只需注明本文链接即可
人生两件事：认识自己，做自己
主目录见：Android高级进阶知识（这是总目录索引） 看了很多的事件分发文章，感觉都有点欠缺，今天这篇文章将始于场景终于源码。尽量深入地分析事件分发，达到一篇过的效果，即看了这篇不用看第二篇，这里的场景大部分从《可能是讲解Android事件分发最好的文章》来，然后进行用源...
前言 Android事件分发机制是Android开发者必须了解的基础 网上有大量关于Android事件分发机制的文章，但存在一些问题：内容不全、思路不清晰、无源码分析、简单问题复杂化等等 今天，我将全面总结Android的事件分发机制，我能保证这是市面上的最全面、最清晰、最...
通常，开发人员所涉及到的事件分发机制涉及到了如下几个方法 dispatchTouchEvent(MotionEvent ev)用来进行事件分发。如果事件能传递给当前的View，那么此方法一定会被调用。 onInterceptTouchEvent(MotionEvent ev...
Android分发机制概述： Android如此受欢迎，就在于其优秀的交互性，这其中，Android优秀的事件分发机制功不可没。那么，作为一个优秀的程序员，要想做一个具有良好交互性的应用，必须透彻理解Android的事件分发机制。 要想充分理解android的分发...
今天想从需要角度来说说关系。 不可否认，我们每个人都处在关系之中，哪怕一个人独处，我们需要面对的也是自己与自己的关系。那么到底是什么建立了关系呢？我觉得根本的因素是需要。所以，当一个人万念俱灰时，往往会毁灭或放弃关系，更有甚者，会放弃自己的生命，放弃自己，想获得无牵无挂的解...
作者：萧萧依凡
01 一位年轻的朋友小美跟我抱怨，说自己总是遇不到包容、善良的好人，自己身边多是一些苛刻、善指责的人。 同一个办公室的女同事经常挑剔她表格做得不好，影响搭档的工作效率。别人迟到，领导只是象征性地批评下。而她偶尔迟到一次，领导就那么严厉，还让她交罚款。最近...
天才枪手http://suo.im/3Ysq9N 白夜追凶（完结）http://t.cn/R0D4jyd 反黑（30集）http://t.cn/R0DUEak 无证之罪http://t.cn/R0DbZNj 贴身校花之君临天夏http://t.cn/ROp8FSp 班长大人...
最近看了宜家和佳能相机的两条广告，两者虽然讲的故事不同，但有着强烈的共同点。 先来看看宜家的： 妈妈带男孩去家居商场，男孩做出一些超越年龄的行为：会看家居材质，量尺寸。 会撩妹 会结账： 会往车上装货： 最后一个镜头，小男孩变回了大男孩，告诉妈妈，自己可以独立了。 最后引出...
“生活不止眼前的苟且，还有诗和远方的田野”，许巍作曲，高晓松填词，依然在呼喊诗和远方。 是的，人总要有点梦想，特别是北漂如我们，本已被冠上了「漂」的动荡不安，如果还没有一点方向感做指引，人生的意义又靠什么去支撑。 一年多以前，我写过一篇《拿什么去拯救你，梦想和青春》，当时还...视频：你见过最厉害的安卓模拟器是什么，这个你知道？
&gt科技新知
视频介绍：
这个你知道吗？最厉害的安卓模拟器}