原创阅读源码

㈠ 大牛们是怎么阅读 Android 系统源码的

您好，很高兴能帮助您
显然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的图像输出。一气呵成的完成了。

你的采纳是我前进的动力，
记得好评和采纳，答题不易，互相帮助，

㈡ 阅读wordpress源码有哪些好的方法和建议

使用phpxref

地址：phpxref.sourceforge.net/

这款开源软件被称为PHP源码阅读利器

我一直使用该软件查看wordpress的源码，可以快捷地查看各常量、变量、函数、类及各函数之间的引用等等。

安装方法：

1. 直接解压phpxref.zip到目录wp-source

2. 进入目录wp-source，编辑phpxref.cfg文件，更改如下设置四项设置：SOURCE, OUTPUT, PROJECT, CHARSET

#source指wordpress源码存放的位置
SOURCE=D:http_rootwordpress4.6

#output指phprexf执行后输出的目录
OUTPUT=D:code_reviewwp4.6

#项目名称，可依自己习惯起名
PROJECT=wp4.6

#基本上指定utf-8即可
CHARSET=utf-8

3. 双击执行phpxref.exe

㈢ 如何阅读程序源代码

阅读源代码的第一个工具，就是你手中的code base。把它编译出来，运行它，加log，试着修改一些数据和代码，看看有什么变化。

第二个重要的工具就是debugger，而debugger最重要的功能是获取call stack。在你感兴趣的use case里pause一下，在你不知道有什么用的函数里加个断点，显示出来的call stack都能让你对系统有更清晰的认识。

一个软件系统就是一个小宇宙。别期待有什么高明的文档。要把自己当成探求自然真理的物理学家。

必须找好切入点。你要解决什么问题。是要fix bug；还是要把这个系统和其它模块集成；还是要增加新功能。物理学家没有上来就研究整个宇宙的，必须选好分支。
如果你有一个猜想，但是又和你的目标关联不太大，那就坚持这个猜想，直到出现明显反例。物理学有很多这样的例子，和数学不同，为了旁支猜想投入过多研究是不明智的。
如果有明显证据证明你的某个旁支猜想大错特错，你就要放弃主要目标，暂时把解决旁支猜想作为主要目标。比如，你本来以为某个结构是LRU的cache，结果发现怎么做都不对，那就先放弃原来的目标，专门研究这个结构的用途。
对于旁支猜想的不断切换，要做好自己的task stack保留。在旁支猜想解决之后，要根据结论尽快回到上次中断的任务。

复杂的软件系统更像一个动物，待久了你会了解它的脾性。有些是通过逻辑，有些是通过感觉。玩车的尚且有这种感觉，我们玩的东西比车复杂上万倍，就更不能对它缺乏感情投入。（这也是我不爱做企业开发的原因，我不爱养个爬行类当宠物，还是猫猫狗狗的亲切。）

㈣ 求小说网站源码

常春藤文学网站系统
ftp://203.171.239.183/asp/ArtSql1520061205.rar
不能下载的话你到这个网址自己用迅雷下载：
http://60.28.178.205/dload1.html?cid=
此网址中还有一个 常春藤文学网站系统 SQL 1.5 可以下载，希望能够满足你的要求

㈤ 大牛们是怎么阅读 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

这里有最新资讯和最有趣的论坛.
想到了再补充.

㈥ 如何阅读源代码

这样阅读源代码：

1、你会懂的这些代码是什么意思，点击右键

提示：专业人士才能看懂的

㈦ 阅读源代码

没错，最好的办法是阅读源代码，至于源代码简直太多了，随便网上一搜就出来了。还有一些编程的书上也有的是源代码。简直太容易找了。
UltraEdit就是一个文本编辑器而已，用它来编辑程序，比较易看，比如关键字会用蓝色表示，自动按程序规则分行什么的。

㈧ 关于阅读开源项目的源码，有哪些经验值得分享

阅读源代码的过程中，最重要的一点是反复地重复。ttserver来源只是解读台词时,我将不熟悉C,有很多奇怪的代码ttserver习惯,所以硬着头皮vim线看它一遍又一遍,有些不明白的地方,看到十几次,真正理解,可能被视为量变引起质变。

所以我一直认为，写一篇文章，你可以毫无问题地阅读和理解，这是一个好主意。

㈨ 如何在 GitHub 上高效阅读源码

之前听说过一个故事，一个领导为了提高团队战斗力，把团队成员集中起来，搞封闭开发，重点还是在没有网的条件下。

结果就是一个月过去了，产出基本为零。

我发现，如果没有网，程序员基本上是写不出代码了。现在做什么功能之前，先到网上搜搜看，然后直接复制粘贴搞定。

最实用的技术就是这么朴实无华。

而大部分的代码都是在 GitHub 上找的，可以这么说，GitHub 基本上撑起了程序员一半的工资。

那如果不想把代码 clone 到本地，怎么在 GitHub 上高效阅读源码呢？

我最开始用的是一个插件，叫 Octotree 。

有了这个插件之后，在页面的最左侧会多一个目录树。这样的话，就可以快速查看项目的整体目录结构，而且在切换文件时也会更加流畅，再也不用来回刷新页面了。

细心的小伙伴可能也发现了，上面的截图还有一处不同，就是页面中央多了一个“ GitHub1s ”按钮。

没错，这就是我要介绍的第二个插件。

点击这个按钮之后呢，就会呼出在线版的 VS Code，然后使用 VS Code 打开代码仓库，直接享受 IDE 的体验。

如果想直接通过网址来打开也是可以的，比如我的项目地址是：

只需要将地址稍稍改动，加一个 1s 即可：

那么这个 1s 到底是什么意思呢？官方是这么说的：

当然了，我们也可以把代码拉下来，自己部署。然后根据服务响应的快慢，起个名字叫 2s 或者 3s 都可以。

虽然这种方式已经很方便了，但还有一个缺点，就是打开的代码是只读的，不能编辑。比如我只想改几个很小的点，那么不好意思，还是要把代码 clone 下来，走一遍提交流程。

那还有更好的方式吗？

当然有。

终于到重点了，隆重推出由官方支持的方式：只需要在代码仓库页面按一下 . 就可以直接使用 VS Code 打开，而且支持编辑。

也可以通过地址访问，把 .com 改成 .dev ，比如：

太方便了，太优雅了。感觉好多操作都可以直接在浏览器里搞定了。

微软还是厉害。曾几何时，我记得微软在网上骂声一片，对其收购 GitHub 也持悲观态度。但人家现在开源项目已经上千个了，还在不断贡献。而且产品也越做越好，别的不说，单靠 VS Code 就俘获了多少程序员的芳心。

科技 公司还是得踏踏实实搞技术，诚心诚意做产品，搞其他花里胡哨的东西没啥用。

我们程序员呢，努力提升技术，然后多给文章点在看，多转发，就挺好。

㈩ 为什么以及如何阅读源码

对于这些问题，说到底主要是因为经验不够，而经验主要从项目实践中积累，所以招聘单位一般都会限定工作时间大于 3 年，因为这些人的项目经验相对较丰富，项目中遇到的场景相对较多。
工作经验的积累来自于年限与实践，然而看源码可以扩展我们的思路，这是变相增加我们经验的不错方法。虽然不能短时间内通过时间积累经验，但是可以通过学习开源框架、开源项目来获取。
另外进职场后一般都要先熟悉现有系统，如果有文档还好，没文档的话就得自己去翻代码研究。如果大家之前对阅读源码有经验，那么在研究新系统的代码逻辑时就不会那么费劲了。