1. Linux内核提供了统一的framebuffer显示驱动,设备节点/dev/graphics/fb*或者/dev/fb*,以fb0表示第一个显示屏,当前实现中只用到了一个显示屏. 2. Android的HAL层提供了Gralloc,分为fb和gralloc两个设备.设备fb负责打开内核中的framebuffer以及提供post. setSwapInterval等操作,设备gralloc则负责管理帧缓冲区的分配和释放.上层只能通过Gralloc访问帧缓冲区,这样一来就实现了 有序的封装保护.

系列文章 .Net Core 分布式微服务框架介绍 - Jimu .Net Core 分布式微服务框架 - Jimu 添加 Swagger 支持 一.前言 近些年一直浸淫在 .Net 平台做企业应用开发,用过的 .Net 框架不多(具体数量不清,印象深刻的有 Asp.Net MVC,WPF,其他很多都是基于微软开发的框架做些封装而形成新的框架,大都是还没起好名就湮灭在历史长河中),而自己开发的框架倒是不少(5 - 8 套吧), 换框架与换公司成正比(每换一家公司,至少换一套框架),很多都见不得人

1. Android显示系统框架Android Graphic UI with GPU Hardware Accelerationhttps://community.nxp.com/docs/DOC-93612 a. 显示驱动framebuffer的原理及改进 只有一个FrameBuffer的缺点: (1)如果App写入FB的速度慢,LCD图像变化慢 (2)如果App写FB速度不快不慢,LCD图像会闪烁 因此,在仅使用一个FB的基础上做出改进,使用多个FB来改进: (1)DisplayContr

简介 在公司的服务多了以后,为了调用上的方便,同时为了以后的服务治理,一般都会使用一些服务框架,这里主要介绍我知道的几个服务框架,简析一下这些服务框架的基本概念. 可投入生产环境使用的 以下两个服务框架,我已经见过有公司投入到生产环境,所以对于稳定性,应该不需要有太大的担心.    ServiceStack https://github.com/ServiceStack/ServiceStack      ServiceStack可能没有用过,但是它的另外两个组件,大家应该都用过,Service

原文如下: rpcx是一个类似阿里巴巴 Dubbo 和微博 Motan 的分布式的RPC服务框架,基于Golang net/rpc实现. 谈起分布式的RPC框架,比较出名的是阿里巴巴的dubbo,包括由当当网维护的dubbox. 不知道dubbo在阿里的内部竞争中败给了HSF,还是阿里有意将其闭源了,官方的代码使用的spring还停留在2.5.6.SEC03的版本,dubbox的spring也只升级到3.2.9.RELEASE. 不管怎样,dubbo还是在电商企业得到广泛的应用,京东也有部分在使

尽管JDK提供了丰富的NIO类库,网上也有很多NIO学习例程,但是直接使用Java NIO类库想要开发出稳定可靠的通信框架却并非易事,原因如下: 1)NIO的类库和API繁杂,使用麻烦,你需要熟练掌握 Selector.Server Socket ChannelSocketChannel.ByteBuffer等. 2) 需要具备其他的额外技能做铺垫,例如熟悉Java多线程编程.这是因为NIO编程涉及到 Reactor模式,你必须对多线程和网路编程非常熟悉,才能编写出高质量的NIO程序. 3)可靠

Dubbo是阿里巴巴内部的SOA服务化治理方案的核心框架,每天为2000+ 个服务提供3,000,000,000+ 次访问量支持,并被广泛应用于阿里巴巴集团的各成员站点.Dubbo自2011年开源后,已被许多非阿里系公司使用. 阿里分布式服务框架 dubbo现在已成为了外面很多中小型甚至一些大型互联网公司作为服务治理的一个首选或者考虑方案,相信大家在日常工作中或多或少都已经用过或者接触过dubbo了. dubbo的一些简单介绍: dubbo的官方首页:http://dubbo.io/      

测试数据 1.HttpURLConnection:在Android 2.2版本之前,HttpClient拥有较少的bug,因此使用它是最好的选择.而在Android 2.3版本及以后,HttpURLConnection则是最佳的选择.它的API简单,体积较小,因而非常适用于Android项目.压缩和缓存机制可以有效地减少网络访问的流量,在提升速度和省电方面也起到了较大的作用.对于新的应用程序应该更加偏向于使用HttpURLConnection,因为在以后的工作当中我们也会将更多的时间放在优化Ht

Spring Cloud为开发人员提供了一整套的快速构建分布式应用的工具,入服务注册.服务发现.熔断.负载均衡.路由等,提供了开箱即用的各种依赖以及良好的可扩展机制. 目前在Spring Cloud的中文官网中列出了很多优质项目: Spring Cloud没有重复的制造轮子,它吸取了很多家公司的优秀项目框架,通过Spring Boot的快速整合,屏蔽了复杂的配置,方便开发者快速构建自己需要的服务. 目前Spring Cloud为我们可以提供以下服务: 下面我们介绍几个常用的Spring Clou

5. Vsync机制5.1 黄油计划_三个方法改进显示系统vsync, triple buffering, vsync虚拟化 参考文档:林学森 <深入理解Android内核设计思想>第2版 9.6节 Getting To Know Android 4.1, Part 3: Project Butter - How It Works And What It Addedhttp://www.androidpolice.com/2012/07/12/getting-to-know-android-4

本文转载自:https://blog.csdn.net/yangwen123/article/details/39502689 音频基础知识声音有哪些重要属性呢? 响度(Loudness)响度就是人类可以感知到的各种声音的大小,也就是音量.响度与声波的振幅有直接关系. 音调(Pitch)音调与声音的频率有关系,当声音的频率越大时,人耳所感知到的音调就越高,否则就越低. 音色(Quality)同一种乐器,使用不同的材质来制作,所表现出来的音色效果是不一样的,这是由物体本身的结构特性所决定的. 如何

5.5 surfaceflinger对vsync的处理buffer状态图画得不错:http://ju.outofmemory.cn/entry/146313 android设备可能连有多个显示器,APP也有多个surface对应各个layer 显示器可能断开或者连接,layer可能内容更新.属性变化等,因此我们的SurfaceFlinger应该能处理各种各样的情况 SurfaceFlinger.h中有个结构体State及两个该结构体变量mDrawingState(正在使用或者上次使用的状态),m

lms 框架简介 Lms是一个旨在通过.net平台快速构建微服务开发的框架.具有稳定.安全.高性能.易扩展.使用方便的特点.lms内部通过dotnetty实现高性能的rpc通信,使用zookeeper作为服务注册中心.RPC通信支持随机轮询.哈希一致性.随机路由等负载均衡算法. 您还可以很方便的与CAP或是MassTransit集成,使用事件总线进行内部通信. 开源地址 https://github.com/liuhll/lms 该框架现在还正在开发过程中,如果您也认可该框架,您可以给个star

4.1 APP跟SurfaceFlinger之间的重要数据结构 一个应用程序有一个或者多个surface(一般只有一个),一个surface有一个或者多个buffer,这些buffer需要应用向surfaceflinger申请: 在surfaceflinger中用client表示每一个应用程序,client中用layer结构来表示应用程序的surfaceControl layer中含有mProducer生产者和mSurfaceFlingerCinsumer消费者,生产者和消费者有同一个mCore

APP有一个surface(界面),其有多个buffer用来存放界面数据,这些buffer是向surfaceflinger申请的: 因此我们编写的surface测试程序步骤: (1)获得surfaceflinger服务 (2)创建surface (3)得到buffer (4)写buffer (5)提交buffer 参考源码:frameworks/native/services/surfaceflinger/tests/resize

2. 修改tiny4412_Android源码禁用hwc和gpu(厂家不会提供hwc和gpu的源代码,没有源代码就没法分析了,因此在这里禁用该功能并用软件库实现)最终源码: git clone https://github.com/weidongshan/SYS_0003_Patch_Disable_HWC_GPU_tiny4412.git 或 git clone https://git.coding.net/weidongshan/SYS_0003_Patch_Disable_HWC_GPU.

系列文章 .Net Core 分布式微服务框架介绍 - Jimu .Net Core 分布式微服务框架 - Jimu 添加 Swagger 支持 一.前言 最近有空就优化 Jimu (一个基于.Net Core 的分布式微服务框架),考虑到现在的开发组织都向前后端分离发展,前后端各司其职,好的 api 文档可以减少大家沟通的时间成本,所以优先给 Jimu 添加对 api 文档生成的支持.市面上非常著名和牛逼的的 api 文档生成框架非 swagger 莫属. 它可以用来生成.描述.调用可视化的

Jimu : .Net Core 分布式微服务框架介绍 https://www.cnblogs.com/grissom007/p/9291345.html 一.前言 近些年一直浸淫在 .Net 平台做企业应用开发,用过的 .Net 框架不多(具体数量不清,印象深刻的有 Asp.Net MVC,WPF,其他很多都是基于微软开发的框架做些封装而形成新的框架,大都是还没起好名就湮灭在历史长河中),而自己开发的框架倒是不少(5 - 8 套吧), 换框架与换公司成正比(每换一家公司,至少换一套框架),很多

文章每周持续更新,「三连」让更多人看到是对我最大的肯定.可以微信搜索公众号「 后端技术学堂 」第一时间阅读(一般比博客早更新一到两篇) 单体式应用程序 与微服务相对的另一个概念是传统的单体式应用程序( Monolithic application ),单体式应用内部包含了所有需要的服务.而且各个服务功能模块有很强的耦合性,也就是相互依赖彼此,很难拆分和扩容. 说在做的各位都写过单体程序,大家都没意见吧?给大家举个栗子,刚开始写代码你写的helloworld程序就是单体程序,一个程序包含所有功能,

转自:Android系统Surface机制的SurfaceFlinger服务简要介绍和学习计划 前面我们从Android应用程序与SurfaceFlinger服务的关系出发,从侧面简单学习了SurfaceFlinger服务.有了这些 预备知识之后,我们就可以从正面来分析SurfaceFlinger服务的实现原理了.SurfaceFlinger服务负责管理系统的帧缓冲区设备,并 且负责渲染系统的UI,即各个应用程序的UI.在本文中,我们就简要介绍SurfaceFlinger服务,并且制定学习计划.