1.如何使用SVN协调代源代码，同步同步多人同步开发
2.在谷歌云上高速编译安卓AOSP ROM、源码驱动、代码内核并完成刷机
3.Github上Fork开源代码，工具本地二次开发，同步同步保持源码同步
4.深度解析sync WaitGroup源码
5.死磕以太坊源码分析之Fetcher同步

如何使用SVN协调代源代码，源码久霸源码多人同步开发

       SVN是代码一种版本管理系统，前身是工具CVS，是同步同步开源软件的基石。即使在沟通充分的源码情况下，多人维护同一份源代码的代码一定也会出现混乱的情况，版本管理系统就是工具为了解决这些问题。2. SVN中的同步同步一些概念a. repository（源代码库）源代码统一存放的地方b. Checkout （提取）当你手上没有源代码的时候，你需要从repository checkout一份c. Commit （提交）当你已经修改了代码，源码你就需要Commit到repositoryd. Update (更新)当你已经Checkout了一份源代码，代码 Update一下你就可以和Repository上的源代码同步，你手上的代码就会有最新的变更日常开发过程其实就是这样的（假设你已经Checkout并且已经工作了几天）：Update(获得最新的代码) --作出自己的修改并调试成功 -- Commit(大家就可以看到你的修改了)聪明的读者很快就要发问，如果两个程序员同时修改了同一个文件呢？SVN可以Merge这两个程序员的改动，对，合并，实际上SVN管理源代码是以行为单位的，就是说两个程序员只要不是修改了同一行程序，SVN都会自动合并两种修改。linux源码转换如果是同一行呢，SVN会提示文件Confict, 冲突，需要手动确认。Coollittlethings实际上就是提供一个SVN Repository的服务器我以我新创建的了一个共同制作blogger模版的项目为例，有兴趣的朋友可以和我联系一起来就修改blogger模版，你也可以上传你的模版，让我来帮你改，^_^第一步Checkouta. 首选你需要有一个Coollittlethings的帐号，确保你具有该项目的权限b. 下载和安装SVN的客户端TortoiseSVN， 安装完成以后可能需要重新启动c. 从Coollittlethings上Checkout源代码TortoiseSVN是一个资源管理器的插件，安装完成以后，鼠标邮件点任何文件夹或者桌面都有TortoiseSVN的菜单项

在谷歌云上高速编译安卓AOSP ROM、驱动、内核并完成刷机

       感谢肉丝大佬文章 anquanke.com/post/id/... 乌师傅 谷歌云和驱动的建议 众多翻阅过的博客文章

       选择服务器时，可能遇到配额不够的问题。点击申请配额，然后提交申请，等待配置完成。

       同步源码时，可以选清华或谷歌源。若操作于谷歌云，则使用谷歌同步源码。回收类型源码指定版本同步时，注意输入y并选择正确的版本。Pixel对应Android 的tag是android-.0.0_r2，build id为QP1A..。确保版本无误，避免后续刷机失败。

       htop显示多个cpu运转，cpu使用率为0表示同步完成。

       下载驱动，忽略此步骤若无需刷机。Pixel机型对应QP1A..的驱动下载并解压，生成vendor文件夹，内容需复制至AOSP源代码目录。

       编译AOSP源码需安装OpenJDK 8，避免使用非SUN JDK1.8导致的编译错误。遇到问题时，执行特定命令初始化编译环境。等待编译，个cpu的谷歌云环境下，编译时间只需几分钟。

       编译完成后，系统镜像位于当前目录的post登录源码out/target/product/sailfish/下。

       编译内核，当前版本为3.，分支为gdce。选择内核版本，切到对应分支，开始编译。编译完成后，文件位于指定位置。

       刷机编译过程需耐心，重要的是编译速度。谷歌云提供+的cpu，加快编译。源码编译问题多由环境依赖引起，耐心解决。

       总结，刷机编译耗时两天，遇到诸多坑点。关键在于编译速度。谷歌云的高cpu配置有助于加速编译过程。环境依赖问题需细心排查，耐心解决。

Github上Fork开源代码，解析源码收费本地二次开发，保持源码同步

       在Github上，获取并利用开源代码进行本地二次开发是一项常见操作。首先，你需要通过Fork功能复制一个大佬的开源代码仓库，这就像克隆一个项目，让你可以在不影响原始项目的情况下进行试验或贡献代码。要实现这一点，只需简单地执行两个步骤：

       1. Fork仓库：复制链接后，使用git clone命令，将仓库克隆到本地，例如：`git clone /YOUR-USERNAME/origin-repo.git`

       2. 同步本地副本：为保持与原始仓库同步，你需要配置git。通常，这涉及设置upstream指向主仓库，然后使用git pull从upstream获取更新。如果你想将这些更改推送到你的Fork仓库，还需要执行一次`git push`操作。

       通过这些步骤，你就可以在本地对Fork的源代码进行修改，并确保与原始代码库保持同步。这是开源社区中协作开发的基础实践，帮助开发者们扩展和改进现有的开源项目。

深度解析sync WaitGroup源码

       waitGroup

       waitGroup 是 Go 语言中并发编程中常用的语法之一，主要用于解决并发和等待问题。它是 sync 包下的一个子组件，特别适用于需要协调多个goroutine执行任务的场景。

       waitGroup 主要用于解决goroutine间的等待关系。例如，goroutineA需要在等待goroutineB和goroutineC这两个子goroutine执行完毕后，才能执行后续的业务逻辑。通过使用waitGroup，goroutineA在执行任务时，会在检查点等待其他goroutine完成，确保所有任务执行完毕后，goroutineA才能继续进行。

       在实现上，waitGroup 通过三个方法来操作：Add、Done 和 Wait。Add方法用于增加计数，Done方法用于减少计数，Wait方法则用于在计数为零时阻塞等待。这些方法通过原子操作实现同步安全。

       waitGroup的源码实现相对简洁，主要涉及数据结构设计和原子操作。数据结构包括了一个 noCopy 的辅助字段以及一个复合意义的 state1 字段。state1 字段的组成根据目标平台的不同（位或位）而有所不同。在位环境下，state1的第一个元素是等待线程数，第二个元素是 waitGroup 计数值，第三个元素是信号量。而在位环境下，如果 state1 的地址不是位对齐的，那么 state1 的第一个元素是信号量，后两个元素分别是等待线程数和计数值。

       waitGroup 的核心方法 Add 和 Wait 的实现原理如下：

       Add方法通过原子操作增加计数值。当执行 Add 方法时，首先将 delta 参数左移位，然后通过原子操作将其添加到计数值上。需要注意的是，delta 的值可正可负，用于在调用 Done 方法时减少计数值。

       Done方法通过调用 Add(-1)来减少计数值。

       Wait方法则持续检查 state 值。当计数值为零时，表示所有子goroutine已完成，调用者无需等待。如果计数值大于零，则调用者会变成等待者，加入等待队列，并阻塞自己，直到所有任务执行完毕。

       通过使用waitGroup，开发者可以轻松地协调和同步并发任务的执行，确保所有任务按预期顺序完成。这在多goroutine协同工作时，尤其重要。掌握waitGroup的使用和源码实现，将有助于提高并发编程的效率和可维护性。

       如果您对并发编程感兴趣，希望持续关注相关技术更新，请通过微信搜索「迈莫coding」，第一时间获取更多深度解析和实战指南。

死磕以太坊源码分析之Fetcher同步

       区块数据同步分为被动同步和主动同步，Fetcher负责被动同步，主要任务包括接收新区块广播并进行同步。新产生的区块通过NewBlockHashesMsg 和 NewBlockMsg 进行传播，Fetcher对象通过接收这些消息发现新的区块信息。Fetcher在内部将同步过程分为几个阶段，并为每个阶段设置状态字段，用于记录阶段数据。首先同步区块哈希，当接收到哈希时，会将哈希标记在远程节点上，并在本地数据库中查找是否存在该哈希，若不存在，则放入unknown列表，之后通过channel通知本地fetcher模块请求该区块的header和body。fetcher模块根据接收的header和body状态，在fetching和completing列表中进行管理。当确认fetching和completing列表中不存在指定区块哈希时，将哈希放入到announced列表，并准备拉取header和body。fetcher模块通过fetchTimer周期性地从announced列表中选择区块哈希，进行header的拉取。拉取header时，选择要下载的区块，从announced转移到fetching中，并发送下载请求。header请求由远程节点通过GetBlockHeadersMsg处理，并返回给本地节点。header处理包括过滤和通知downloader对象。header过滤主要步骤涉及校验、过滤与本地数据库的不匹配块以及同步算法的header等。过滤后的header放入complete或incomplete列表。body同步的过程涉及从complete列表中选择哈希，进行同步body。body请求通过p.RequestBodies发送GetBlockBodiesMsg消息，并在downloader对象中处理。body过滤主要涉及过滤和同步逻辑，最终导入完整块到数据库。同步区块哈希和区块的整个流程涉及复杂的机制和逻辑，包括DOS攻击的防范、区块高度的限制、header和body的同步等，最终目标是确保本地区块链与远程节点保持同步状态。