技术文章

1.启动流程一览，图片中不考虑ATF（arm trust firmware），加上ATF，则preloader和LK之间插上个ATF 2.启动流程分析 1 .上电后启动ROM中的代码 从reset vector开始启动 初始化stack空间 找到并初始化启动设备（sd/nand/emmc） 加载preloader到SRAM中，并跳转到preloader中执行代码 2 .preloader执行 创建c运行环境 必要的硬件初始化 加载ATF（安全相关） 加载并跳转到lk执行 3 .lk执行 获取preloader中传递的参数 使能mmu 初始化必要的硬件设备 设置启动模式 加载并跳转到kernel执行 4 .kernel执行 函数执行入口stext start kernel boot param kthread kernel_init init.rc 　 来源： oschina 链接： https://my.oschina.net/u/4264746/blog/3960763

想在CentOS 6.5 64位机器上下载oschina私有仓库的代码，报了以上错误。 查找后发现是git版本（1.7.x）太低引起的,如果决定升级git到1.9.4。 升级完后问题解决。 升级过程请参见这篇博文 CentOS 安装/升级Git 1.9.4 来源： oschina 链接： https://my.oschina.net/u/101406/blog/362317

之前用Spring Boot都是别人搭好的框架，然后自己在里面写就行了。对原理、细节上都怎么涉及，毕竟需求都做不完。但是昨天一个访问RESTful接口的401问题搞了我2个小时。网上找的很多用： 1 managements.security.enabled= false 并且添加一个actxxx包的方法对我也不管用，因为项目里面已经配置了这个。但是我还是遇到了401的这个问题。不死心继续搜，然后加入了这个配置就好了： 1 security.ignored= /* * 解决这个问题居然花了我两个小时，还是到处去找，不懂Spring Boot框架的原理，比如安全方面的，除了问题两眼一抹黑。 目标：弄清Spring Boot整体框架和框架中每个小块的基本知识。 Features Create stand-alone Spring applications Embed Tomcat, Jetty or Undertow directly (no need to deploy WAR files) Provide opinionated 'starter' dependencies to simplify your build configuration Automatically configure Spring and 3rd party libraries whenever

今天同事遇到了一个离奇的ArrayIndexOutOfBoundsException，找我协助定位，定位的过程很有意思，故而记录一下。 先按时序复盘一下 项目原先可正常运行。 没有修改任何依赖的情况下，从另一个项目移植了工具类 BeanValidationUtil 后，报如下异常： org . springframework . web . context . ContextLoader . initWebApplicationContext ( ContextLoader . java : 307 ) | Context initialization failed org . springframework . beans . factory . BeanDefinitionStoreException : Failed to read candidate component class : file [ / Users / xxxxxxxxx / BeanValidationUtil . class ]; nested exception is java . lang . ArrayIndexOutOfBoundsException : 48959 at org . springframework . context . annotation .

配置Linux实现静态路由 背景和原理 路由器的功能是实现一个网段到另一个网段之间的通信，路由分为静态路由、动态路由、 默认路由和直连路由。静态路由是手工指定的，使用静态路由的好处是网络安全保密性高。动态路由因为需要路由器之间频繁地交换各自的路由表，而对路由表的分析可以揭示网络的拓扑结构和网络地址等信息。因此，网络出于安全方面的考虑也可以采用静态路由。不占用网络带宽，因为静态路由不会产生更新流量。 网络规划模拟 模拟使用四台Linux机器，分别命名为Linux1、Linux2（router1）、Linux3（router） 和Linux4，其中Linux2和Linux3当做路由器来配置静态路由功能，每两台机器之间的通信使用不同的网段和网络模式 环境模拟 克隆四台Linux机器并命名，分别按照网络规划图配置每台机器的网卡，只使用静态ip和子网掩码，克隆的机器需要执行命令>/etc/udev/rules.d/70-persistent-net.rules清空网卡相关信息文件，配置完后查看ip并检验同网段设备之间的通信 Linux1 Linux2 Linux3 Linux4 配置静态路由 4.1 添加静态路由： 常用参数： add 增加路由 del 删除路由 -net 设置到某个网段的路由 -host 设置到某台主机的路由 gw 出口网关 IP地址 dev 出口网关 物理设备名 第1步

摄于2018年 武大宿舍楼 在漂泊北京的第九个年头，我跟老婆选择了在武汉置业，首先是来自于一种恐慌，年纪到了北京无法买房立足，未来该在哪里生存发展，一直萦绕在我们的心头。所以一直在对比哪一座二线城市，更适合我们的自身情况，我们同样来自小镇，双方的原生家庭并不富裕，在城市买房这种大资金的投入，还是需要自己的积蓄。 在北京呆的这些年，中间其实一直在挣扎于，是否可以在北京安家落户。看到北京高起的房价，以及自己收入情况，最后慢慢的放弃了在北京扎根的这个愿望。遥想多年前，一个来自豫西南小镇的19岁青年，带了一床父母结婚时候的被子，第一次坐火车，经历了十六个小时的奔波，来到了首都北京。 老实讲开始说到来北京求学，我本身是抗拒的，觉得自己一个来自小镇的农村娃，会跟一个大城市会格格不入。带着极大的不情愿来，到北京读了计算机，然后留在这里工作。一晃在北京十几个年头了，变成了别人眼中的油腻大叔，天天保温杯不离手。 在北京经历了人生从青涩到逐渐成熟的十年，慢慢蜕变，成长进步。感激北京这座城市，给了我们这种人这样的机会。从内心来讲，如果可以留在北京，我肯定会选择留下。因为我还算年轻，就如我刚才所说，北京这座城市给了年轻人很多机会。 遍地的工作机会，以及一切靠实力、不靠关系的工作氛围，都给了年轻人希望，财富积累的机会。这里你只要拼命干，总是会有升职加薪的机会。这里喜欢拼搏的人，彻夜的加班，周六周日的不休

　　怀着一颗年轻的心，却不知不觉到了中年。面对中年我们不知所措。面对中年我们缺乏信心，焦躁不安，可是又无可奈何。 　　前不久观看了电影《布拉德的中年危机》。故事很简单。布拉德47岁了，运营着一家非营利组织，妻子是政府工作人员，儿子马上要上大学了。布拉德进入了中年危机的焦虑中，因为他发现昔日的大学同学都发达了，有的成了著名导演，有的开着自己的私人飞机，有的买下了一个岛，还有的为白宫工作经常上电视。而他自己，则生活在一帮不求上进的人群中。这也许是大部分中年人的写照。 　　布拉德回到母校才发现曾经最器重自己的恩师已经去世，而自己居然不知道。但其他同学都去参加了他的葬礼。另一个同学结婚了，婚礼也没有邀请他。这种失落也只有身处中年的人才能感受到。当他说起自己运营着非营利组织时，儿子的女同学满是崇敬之情。而他自己却说可以重新选择的话，他选择挣很多很多的钱。这恐怕也是很多中年人心中的想法。面对已经定型的人生和事业，似乎一眼就可以看到尽头，曾经的梦想没有能实现，而那些原来感觉不如自己的人却意气风发，飞黄腾达了。在你的眼里别人总是最好的，而自己的现实总是差强人意。 　　故事的结局总是戏剧性的。最终布拉德发现，其实光鲜的老同学也并不完美。这一点其实毋庸置疑，现实中每个人都有不能尽善尽美的地方。每个人也都有中年，需要面对的问题也许有异，但中年焦躁的心态却不约而同。这种焦躁与压力、金钱

阅读目录 一 简介 二 MongoDB基础知识 三 安装 四 基本数据类型 五 CRUD操作 六 可视化工具 七 pymongo 一 简介 MongoDB是一款强大、灵活、且易于扩展的通用型数据库 1、易用性 MongoDB是一个面向文档（document- oriented）的数据库，而不是关系型数据库。 不采用关系型主要是为了获得更好得扩展性。当然还有一些其他好处，与关系数据库相比，面向文档的数据库不再有“行“（row）的概念取而代之的是更为灵活的“文档”（document）模型。 通过在文档中嵌入文档和数组，面向文档的方法能够仅使用一条记录来表现复杂的层级关系，这与现代的面向对象语言的开发者对数据的看法一致。 另外，不再有预定义模式（predefined schema）：文档的键（key）和值（value）不再是固定的类型和大小。由于没有固定的模式，根据需要添加或删除字段变得更容易了。通常由于开发者能够进行快速迭代，所以开发进程得以加快。而且，实验更容易进行。开发者能尝试大量的数据模型，从中选一个最好的。 2、易扩展性 应用程序数据集的大小正在以不可思议的速度增长。随着可用带宽的增长和存储器价格的下降，即使是一个小规模的应用程序，需要存储的数据量也可能大的惊人，甚至超出 了很多数据库的处理能力。过去非常罕见的T级数据，现在已经是司空见惯了。 由于需要存储的数据量不断增长

　　“AliOS之父”——阿里巴巴王坚博士 　　2014年10月17日一大早，杭州城区20公里外的转塘阿里云创业创新基地里，8000多名开发者从各地涌来，在以“飞天”“女娲”“盘古”“夸父”等古代神仙命名的大楼里穿梭往返，熙熙攘攘，他们大部分人都很年轻，眼里闪着兴奋的光。一年一度阿里云开发者大会正在这里举行，演讲台上既有正在探索用大数据做民生服务的政府官员，也有改变大学生生活的90后创业者，当然也不乏国际知名的制造企业。这些人都在讲述自己在云计算上的故事，给社会带来的点滴变化。10月21日魅族宣布其手机操作系统FLYME今后将在阿里AliOS的底层平台上运行。此前一天的发布会上，阿里巴巴宣布AliOS系统的用户已突破1000万。从不被理解到饱受争议再到整个阿里集团在战略层面对云计算的倾斜，现任首席技术官王坚的价值正在被重估。 　　中国云计算的布道者 　　在北京万豪酒店宴会厅出场的王坚显得有些随意。他穿着浅色的衬衫，带着一贯笑眯眯的表情，走进魅族和阿里云的战略合作发布会。 　　10月21日的发布会是魅族的主场，内容是魅族手机操作系统FLYME今后将在阿里AliOS的底层平台上运行。此前一天的发布会上，阿里巴巴宣布AliOS系统的用户已突破1000万。这意味着阿里云的操作系统已经逐渐获得中国主流硬件厂商的认同。 　　王坚的演讲只有10分钟，他反复提到的一个词是“感谢”，

背景 团队采用敏捷开发已经一年时间了，刚开始半年随着团队成员之间的磨合以及技术的熟悉，开发的效率确实逐渐在提升，所以自认为团队上路了只会原来越好，谁想到后面团队没有进步，反而退步得厉害。 一、何时发现产品质量这个问题？ 在指导对接监管平台的过程中突然发现产品质量已经下降得如此厉害，随便列出几项： 1）监管平台导入频次、用法、剂型、诊断等字典数据都没有验证一下程序，后面一跑流程很多功能都用不了。 2）上传到监管平台的科室、医生、病人、病历、处方、诊断都没有关联起来，没有人提出这个问题。 3）产品封版迭代中，尽然一下冒出140多个BUG。 总结：产品一定把关故事质量，SM把关技术质量，一起合作细化故事的验收条件。测试用例一定要覆盖全面。 二、分析造成这种现象的原因？ 1、团队产品质量下降的过程 1）每个人都有偷懒的心态，能简单完成，肯定不会花太多时间去深入思考。这时候如果SM没有及时发现并纠正过来，这时候就出现一个破窗户，一段时间下来基本上整个街道的窗户都会出现破损。大家就这样养成了偷工减料的习惯。 2）本来测试是把控质量这道关，但是随着这种低级的BUG越来越多，大量占用了他的时间，那他肯定也就慢慢降低了对质量的要求。 3）然后就团队一起拿这个质量来应付产品经理，产品经理也没有办法了。 2、初步分析解决方案 1）靠外部力量来改变或者加强监督，不是好办法，最好的办法自己找到自己的问题