‘壹’ 大牛们是怎么读 Android 系统源码的
1.显然Eclipse不是阅读Android源码的好工具,不流畅,搜索低效,继承性关系/调用关系都无法有效查看。推荐Source Insight,在这个工具帮助下,你才可以驾驭巨大数量的Android 源码,你可以从容在java,C++,C代码间遨游,你可以很快找到你需要的继承关系。 顺便,我们公司一直是Windows+Linux+Samba的工作模式。 2.宏观上看,Android源码分为功能实现上的纵向,和功能拓展上的横向。在阅读源码时需要把握好着两个思路。 譬如你需要研究音频系统的实现原理,纵向:你需要从一个音乐的开始播放追踪,一路下来,你发现Jni调用解码库,共享内存的创建和使用,路由的切换,音频输入设备的开启,音频流的开始。 3.Android的功能模块绝大部分是C/S架构,你心里一定需要有这个层级关系,你需要思路清晰地找到Server的位置,它才是你需要攻破的城。然后你才能发现HAL和Kernel一层层地剥离。 我大概在三个月前阅读完Android UI系统的源码,这是Android最复杂的部分,没有之一。 我需要先找一个开头,和UI有直接关系的就是最常见的Activity了吧,我就从它开始解剖。 我从Activity的创建入手,寻找Activity真正的创建位置,setContentview这个方法很明显和UI有关,这两方面一结合,我发现了ViewRoot和WindowManager的身影,沿着WM和WMS我发现了Surface,以及draw的函数,它居然在Activity 创建时出现的DeCorView上画东西。借助Source Insight我总结了UI Java层的横向静态图。 完成这个静态UML,我觉得我可以开始功能实现上追踪了,这部分主要是C++的代码(这也是我坚定劝阻的放弃Eclipse的原因),我沿着draw函数,看到了各个层级的关系,SurfaceSession的控制和事务处理,SharedBuffer读写控制,彪悍的SurfaceFlinger主宰一切,OpenGL ES的神笔马良。FrameBuffer和FrameBufferDevice的图像输出。一气呵成的完成了。
‘贰’ 开发一款小视频app源码怎么做
开发一个直播app其实不需要太多的钱,和一般的APP一样,是根据实际功能需求的页面总数来估算价格的,
比如说一个页面800元,当然只有几个功能的话一定会有个底价,就像打车也有个起步价,毕竟不管再少的功能
也要配备后台开发人员,前端开发人员,ios和安卓各一个,还有UI和产品经理,这是基本配置。
直播app这个核心模块一般是选择第三方的SDK接入,就像短信接入,聊天接入一样都有相关模块的服务商,
相关收费标准需要咨询SDK服务,,山东趣构网络科技有限公司都会给你搞定,费用是开发之外的,
因为很多SDK都是按数量或者流量计费的。当然你也可以选择自己研发SDK,不过费用会非常高,
技术门槛也很高,即使开发出来没有经过长时间大量的用户检验是无法提供完善服务的,
市面上除了直播巨头拥有自己的SDK,其他的基本上都是调用第三方SDK。开发费用是可以量化的,
需要投入的可能是APP上线之后的推广营销费用,这是非常巨大的一笔投入,当然也有很多免费的渠道,
需要把各个应用市场的优化工作做好。
【企业直播平台】
相比于传统直播服务平台,企业直播APP平台不管是在硬件设备上还是软件上,实现的难度更加高。
【 主要技术功能模块】主播端: 把主播实时录制的视频,经过(采集、美颜处理、编码)
推送到服务器服务器: 处理(转码、录制、截图、鉴黄)后分发给用户播放端播放器:
获取服务器地址, 进行拉流、解码、渲染互动系统: 聊天室、礼物系统、赞主播端: LFLiveKit
已包含采集、美颜、编码、推流等功能服务器 : 【 nginx+rtmp服务器】免费开源,能搭建本地电脑上,
支持RTMP协议,满足直播需求。播放端 : ijkplayer视频直播框架 封装很完善只要有url,
就可以实时播放由于涉及音视频的编码解码、美颜功能的算法,帧的处理等很多问题,
能从底层自己开发的完整功能的绝对是大牛!不过正是有这些大牛们的奉献 ,
我们不需要处理繁琐的底层问题,一些封装好的库可以完美实现。
1、 利用第三方直播SDK快速的开发梦网视频云: 提供以实时轻视频技术为核心,
开放智能视频、Video CDN、VR、视频编码、视频渲染、分布式缓冲、软交换、多屏播放等前沿视频技术。
帮您从容应对业务突发峰值。广泛应用于 游戏直播、娱乐直播、泛生活直播、 教育类、 远程医疗、
企业远程视频会议等典型场景。提供一站式视频解决方案,帮助企业一个星期搭建完整的视频直播平台。
同时结合领先的人工智能技术,开放智能图像识别、视频特效、黄反审核功能,让视频内容更丰富,更安全。
梦网视频云是专为企业平台打造的视频服务和一站式实现SDK/API端到端直播场景的企业级直播云服务平台。
2、自研还是使用第三方直播SDK开发?自研: 对于一个初创公司或团队来讲,自研直播不管在技术门槛、CDN、
带宽上都是有很大的门槛的,而且需要耗费大量的时间和成本才能做出成品,不利于前期发展。
第三方SDK开发:开发周期短,前期投入少,从长远看,第三方费用较高,占很大一笔支出,
相对来说自研可以节省成本,技术成面比直接用SDK相对可控。
‘叁’ 请大牛按照图片结果输出格式帮我写下matlab源代码,谢谢了
这种问题应该不会有人回答的,你也太会偷巧了吧。这应该是作业吧。你还是自己做做吧。如果遇到具体问题了,我想会有很多人帮你的。
‘肆’ 低代码究竟是什么
简介:什么是低代码?我们为什么需要低代码?低代码会让程序员失业吗?本文总结了低代码领域的基本概念、核心价值与行业现状,带你全面了解低代码。
什么是低代码
“Low-Code”是什么?如果你是第一次听说,没准也会跟我当年从老板口中听到这个词后的内心戏一样:啥?“Low-Code”?“Code”是指代码我知道,但这个“Low”字是啥意思?不会是老板发现我最近赶工写的代码很丑很“Low”吧... 想多了,老板怎么可能亲自review代码呢。那难道是指,“Low-level programming”里的“Low”?老板终于发现让我等编程奇才整天堆Java业务代码太浪费,要派我去闭关写一个高性能C语言网络库... 显然也不是,老板哪能有这技术情怀呢。那到底是什么意思?作为一名搜商比情商还高的程序员,能问Google的绝不会问老板。于是我一顿操作后,不假思索地点开了第一条搜索结果:Low-code development platform。
Wikipedia定义
有了低代码后,这一状况将得到根本改善:上述各角色都可以在同一个低代码开发平台上紧密协作(甚至可以是同一个人),这种全新的协作模式不仅打破了职能竖井,还能通过统一的可视化语言和单一的应用表示(页面/数据/逻辑),轻松对齐项目各方对应用形态和项目进度的理解,实现更终极的敏捷开发模式,以及在传统DevOps基础之上更进一步的BizDevOps[2]。
统一开发平台下的聚合效应
低代码尝试将所有与应用开发相关活动都收敛到同一个平台(one platform)上后,将会产生更多方面的聚合效应与规模收益:
•人员聚合:除了上一点所提到的各职能角色紧密协作以外,人员聚合到统一的低代码开发平台进行作业后,还能促进整个项目流程的标准化、规范化和统一化。
•应用聚合:一方面,新应用的架构设计、资产复用、相互调用变得更容易;另一方面,各应用的数据都天然互通,同时平台外数据也能通过集成能力进行打通,彻底消除企业的数据孤岛问题。
•生态聚合:当低代码开发平台聚合了足够多的开发者和应用后,将形成一个巨大的、连接一切、有无限想象力的生态体系,彻底放飞低代码的价值。
‘伍’ 求大牛我用的织梦源码的模板怎么图片加载不出来啊 也就是css文件吧
很明显路径不对,检查一下你的模板css文件在哪儿?
正确路径应该是根目录下/templates/default/css/,这是默认模板的路径;查看一下你自己的模板文件名称,所有模板都在templates下
检查是否错误
‘陆’ 哪里可以找到大牛写的ACM题的源代码
用搜索引擎能搜到很多,不过一般适用于有目的性的找某题,还有可以买ACM相关的书,这样的书一般系统地分类了(按算法)很多题目及其AC的程序,如果需要网络上的,你可以搜解题报告,一般有题目的阐述、分析和源代码,解题报告和书更适合新手学习。
‘柒’ 天天写业务代码的程序员,怎么成为技术大牛,开始写技术代码
一个产品业务的开发过程中必然存在很多需要解决的问题,比如 崩溃,死锁,性能低下,延迟高,服务器不稳定,数据丢失,某些功能不知道怎么实现。
产品业务如果要成功,这些问题必须要解决,至少解决其中绝大部分。
谁解决这些问题谁就是大牛,你想去写业务逻辑公司也舍不得。
遇到这种问题直接退缩或者推给别人,就写一辈子业务逻辑吧。
问题就是机会,你主动去解决问题,你没搞定别人也没搞定啊,万一搞定了就是你牛逼,多划算的买卖啊。
以我多年解决问题的经验来看,其实大多问题并不难,只需要认真去google下跟踪调试进源代码深处就能解决,这种问题其实就是谁敢上谁就行。很多人不去解决,就是因为懒和怂。问题解决多了,就会越来越有感觉,别人也就更倾向把疑难杂症交给你。所以一个组里只有一两个人能成长起来,因为只要有一个人成长了其它人就失去了机会,并不是这一两个人比其他人优秀很多,只是他们是第一个敢于主动迎难而上的人。
要不怎么说,性格决定命运呢。
‘捌’ 请大牛分析一下这段源码 php的
上传文件太大,超过30秒限制了。php.ini设置下时间
‘玖’ 有哪位大牛能分享一下ICP(迭代最近点)算法的源代码
你要什么语言实现的,我有visualc++ ,delphi和matlab实现的
‘拾’ 大牛们是怎么阅读 Android 系统源码的
由于工作需要大量修改framework代码, 在AOSP(Android Open Source Project)源码上花费了不少功夫, Application端和Services端都看和改了不少.
如果只是想看看一些常用类的实现, 在Android包管理器里把源码下载下来, 随便一个IDE配好Source Code的path看就行.
但如果想深入的了解Android系统, 那么可以看下我的一些简单的总结.
知识
Java
Java是AOSP的主要语言之一. 没得说, 必需熟练掌握.
熟练的Android App开发
Linux
Android基于Linux的, 并且AOSP的推荐编译环境是Ubuntu 12.04. 所以熟练的使用并了解Linux这个系统是必不可少的. 如果你想了解偏底层的代码, 那么必需了解基本的Linux环境下的程序开发. 如果再深入到驱动层, 那么Kernel相关的知识也要具备.
Make
AOSP使用Make系统进行编译. 了解基本的Makefile编写会让你更清晰了解AOSP这个庞大的项目是如何构建起来的.
Git
AOSP使用git+repo进行源码管理. 这应该是程序员必备技能吧.
C++
Android系统的一些性能敏感模块及第三方库是用C++实现的, 比如: Input系统, Chromium项目(WebView的底层实现).
硬件
流畅的国际网络
AOSP代码下载需要你拥有一个流畅的国际网络. 如果在下载代码这一步就失去耐心的话, 那你肯定没有耐心去看那乱糟糟的AOSP代码. 另外, 好程序员应该都会需要一个流畅的Google.
一台运行Ubuntu 12.04的PC.
如果只是阅读源码而不做太多修改的话, 其实不需要太高的配置.
一台Nexus设备
AOSP项目默认只支持Nexus系列设备. 没有也没关系, 你依然可以读代码. 但如果你想在大牛之路走的更远, 还是改改代码, 然后刷机调试看看吧.
高品质USB线
要刷机时线坏了, 没有更窝心的事儿了.
软件
Ubuntu 12.04
官方推荐, 没得选.
Oracle Java 1.6
注意不要用OpenJDK. 这是个坑, 官方文档虽然有写, 但还是单独提一下.
安装:
sudo apt-get install python-software-properties
sudo add-apt-repository ppa:webupd8team/java
sudo apt-get update
sudo apt-get install oracle-java6-installer
sudo apt-get install oracle-java6-set-default
Eclipse
估计会有不少人吐槽, 为什么要用这个老古董. 其实原因很简单, 合适. 刚开始搞AOSP时, 为了找到效率最优的工具, 我尝试过Eclipse, IntelliJ IDEA, Vim+Ctags, Sublime Text+Ctags. 最终结果还是Eclipse. 主要优点有:
有语法分析 (快速准确的类, 方法跳转).
支持C++ (IntelliJ的C++支持做的太慢了).
嵌入了DDMS, View Hierarchy等调试工具.
为了提高效率, 花5分钟背下常用快捷键非常非常值得.
调整好你的classpath, 不要导入无用的代码. 因为AOSP项目代码实在是太多了. 当你还不需要看C++代码时, 不要为项目添加C++支持, 建索引过程会让你崩溃.
Intellij IDEA
开发App必备. 当你要调试系统的某个功能是, 常常需要迅速写出一个调试用App, 这个时候老旧的Eclipse就不好用了. Itellij IDEA的xml自动补全非常给力.
巨人的肩膀
这个一定要先读. 项目介绍, 代码下载, 环境搭建, 刷机方法, Eclipse配置都在这里. 这是一切的基础.
这个其实是给App开发者看的. 但是里面也有不少关于系统机制的介绍, 值得细读.
此老罗非彼老罗. 罗升阳老师的博客非常有营养, 基本可以作为指引你开始阅读AOSP源码的教程. 你可以按照博客的时间顺序一篇篇挑需要的看.但这个系列的博客有些问题:
早期的博客是基于旧版本的Android;
大量的代码流程追踪. 读文章时你一定要清楚你在看的东西在整个系统处于什么样的位置.
邓凡平老师也是为Android大牛, 博客同样很有营养. 但是不像罗升阳老师的那么系统. 更多的是一些技术点的深入探讨.
Android官方Issue列表. 我在开发过程中发现过一些奇怪的bug, 最后发现这里基本都有记录. 当然你可以提一些新的, 有没有人改就是另外一回事了.
一定要能流畅的使用这个工具. 大量的相关知识是没有人系统的总结的, 你需要自己搞定.
其它
代码组织
AOSP的编译单元不是和git项目一一对应的, 而是和Android.mk文件一一对应的. 善用mmm命令进行模块编译将节省你大量的时间.
Binder
这是Android最基础的进程间通讯. 在Application和System services之间大量使用. 你不仅要知道AIDL如何使用, 也要知道如何手写Binder接口. 这对你理解Android的Application和System services如何交互有非常重要的作用. Binder如何实现的倒不必着急看.
HAL
除非你对硬件特别感兴趣或者想去方案公司上班, 否则别花太多时间在这一层.
CyanogenMod
这是一个基于AOSP的第三方Rom. 从这个项目的wiki里你能学到很多AOSP官方没有告诉你的东西. 比如如何支持Nexus以外的设备.
DIA
这是一个Linux下画UML的工具, 能够帮你梳理看过的代码.
XDA
这里有最新资讯和最有趣的论坛.
想到了再补充.