皮皮网

1.源码分析Mybatis 源码MapperProxy初始化【文并茂】
2.偷偷跟我学这个看源码的小技巧，早日解放双手
3.CUDA编程OneFlow Softmax 算子源码解读之WarpSoftmax
4.Android Adb 源码分析(一)
5.FindBugs源码分析工具使用指南
6.如何阅读源码 —— 以 Vetur 为例

源码分析Mybatis 分析MapperProxy初始化【文并茂】

       源码分析Mybatis MapperProxy初始化，本文基于Mybatis.3.x版本，技巧展现作者阅读源码技巧。源码MapperScannerConfigurer作为Spring整合Mybatis的分析核心类，负责扫描项目中Dao类，技巧electron打包vue源码并创建Mybatis的源码Maper对象即MapperProxy对象。

       在项目配置文件中，分析关注到与Mapper相关的技巧配置信息。源码分析的源码行文思路如下，可能会比较枯燥，分析但先给出MapperProxy的技巧创建序列图，有助于理解。源码

       MapperScannerConfigurer类图，分析实现Spring Bean生命周期相关功能。技巧核心类及其作用简述如下：

       BeanDefinitionRegistryPostProcessor负责设置SqlSessionFactory，生成的Mapper最终受该SqlSessionFactory管辖。

       ClassPathMapperScanner的scan方法进行扫描动作，具体实现由ClassPathBeanDefinitionScanner的doScan方法和ClassPathMapperScanner的内部方法共同完成。

       ClassPathMapperScanner#doScan方法首先调用父类方法，接着配置文件并构建对应的BeanDefinitionHolder对象。对这些BeanDefinitions进行处理，对Bean进行加工，加入Mybatis特性。

       MapperFactoryBean作为创建Mapper的FactoryBean对象，其beanClass为MapperFactoryBean，初始化实例为MapperFactoryBean。在实例化时自动获取SqlSessionFactory或SqlSessionTemplate，用于创建具体的Mapper实例。

       MapperFactoryBean的checkDaoConfig方法实现Mapper与Mapper.xml文件的关联注册。MapperRegistry负责管理注册的Mapper，核心类图展示了其关键属性和方法。

       MapperRegistry#addMapper方法完成MapperProxy的注册，但实际的MapperProxy创建在getMapper方法中，根据接口获取MapperProxyFactory，调用newInstance创建MapperProxy对象。

       至此，Mybatis Mapper的初始化构造过程完成一半，即MapperScannerConfigurer通过包扫描，构建MapperProxy。剩余部分，即MapperProxy与*.Mapper.xml文件中SQL语句的关联流程，将在下一篇文章中详细说明。通过MapperProxy对象的移动端源码模板创建，为后续SQL执行流程做准备。

       更多文章请关注：线报酱

偷偷跟我学这个看源码的小技巧，早日解放双手

       大家好！

       在看源码的过程中，查看 Git 提交记录是了解文件演变过程的有效途径。对于如何在 IDEA 中查看这些记录，可能有些同学感到困惑。这篇文章将分享一些实用的小技巧，帮助大家更直观地进行源码学习。

       首先，确保你的本地环境配置了 Git。如果还没有安装 Git，强烈建议你先完成安装并熟悉基本操作。

       接下来，使用 Git 克隆一个感兴趣的开源项目，例如 Redssion。在 IDEA 中导入项目并查看文件右键菜单，确认是否能找到“Git”选项。如果找不到，可能是 Git 配置问题，进入 IDEA 设置中进行相应的调整。

       在 IDEA 的“Version Control”标签页中，你可以看到项目的提交历史。通过这个界面，你可以快速浏览文件的变更情况，了解代码的演变过程。

       在日常工作中或撰写文章时，使用 IDEA 的 Git 功能主要关注提交记录，而不是直接在 IDEA 中进行代码提交。这种方式提供了可视化的代码历史，有助于理解代码的变更轨迹。

       以 Redssion 为例，通过在 GitHub 的 issues 页面搜索关键词（如“死锁”），可以找到相关的问题讨论和代码修复。关注这些信息能帮助你更快定位问题和学习关键代码变更。

       使用 IDEA 的 Git 插件，可以方便地查看特定日期的提交记录。在“Version Control”标签页中，通过过滤功能找到目标日期的提交，这样可以快速定位到关键变更。

       通过查看提交记录，你可以了解代码的具体修改内容，这对于深入理解代码实现和调试问题非常有帮助。京东电子溯源码例如，在 Redssion 中，可以追踪到特定类的修改历史，了解其功能演进。

       此外，通过查看项目的首次提交记录，可以了解项目的起源和发展历程。例如，Dubbo 的首次提交记录反映了项目早期的状态和开发团队的辛勤工作。这些历史记录不仅展示了技术演变，也蕴含了项目发展的故事。

       总的来说，利用 IDEA 的 Git 功能探索代码历史，不仅可以帮助你更高效地学习和理解源码，还能深入了解项目的开发背景和演进过程。通过这种方式，源码阅读将变得更具趣味性和实用性。

CUDA编程OneFlow Softmax 算子源码解读之WarpSoftmax

       深度学习框架中的Softmax操作在模型中扮演关键角色，尤其在多分类任务中，其用于将logits映射成概率分布，或在Transformer结构中衡量query与key的相似度。Softmax的CUDA实现直接关系到模型训练效率。本文以OneFlow框架中的一种优化Softmax实现为例，即Warp级别的Softmax，特别适用于矩阵宽度不超过的场景。

       Softmax操作的计算公式如下：

       [公式]

       为解决数值溢出问题，通常先减去向量的最大值。优化后的公式为：

       [公式]

       Softmax计算涉及五个关键步骤：reduceMax、broadcastSub、exp、reduceSum、broadcastDiv。本篇文章将深入探讨OneFlow源码中的实现技巧。

       OneFlow采用分段函数优化SoftmaxKernel，针对不同数量的列选择不同实现策略，以适应各种场景。为实现优化，OneFlow提供三种Softmax实现方式，以期在所有情况下达到较高的有效带宽。

       对于WarpSoftmax分支，源码中函数调用关系清晰，实现细节分为四部分：数据Pack、调用链、红旗帜溯源码DispatchSoftmaxWarpImpl、DispatchSoftmaxWarpImplCols、DispatchSoftmaxWarpImplPadding、LaunchSoftmaxWarpImpl。各部分分别专注于提升访问带宽、确定函数参数、实现核心计算逻辑。

       在WarpSoftmax的核函数SoftmaxWarpImpl中，重点实现以下步骤：核函数启动参数确定、线程网格形状定义、数据加载到寄存器、计算最大值、计算指数和、规约操作、通信优化等。实现过程中，OneFlow通过优化数据访问模式、利用寄存器存储中间结果、并行规约操作，以及束内通信，提升了计算效率。

       总结WarpSoftmax源码中的关键点，本文详细解读了其优化策略与实现细节，旨在提高模型训练速度。通过深入分析OneFlow框架中的Softmax实现，读者可以更全面地理解深度学习框架在CUDA环境下进行优化的策略。

Android Adb 源码分析(一)

       面对Android项目的调试困境，我们的团队在项目临近量产阶段，将userdebug版本切换为了user版本，并对selinux权限进行了调整。然而，这一转变却带来了大量的bug，日志文件在/data/logs/目录下，因为权限问题无法正常pull出来，导致问题定位变得异常困难。面对这一挑战，我们尝试了两种解决方案。

       首先，我们尝试修改data目录的权限，使之成为system用户，以期绕过权限限制，然而数据目录下的logs文件仍保留了root权限，因此获取日志依然需要root权限，首板突破源码这并未解决问题。随后，我们找到了一个相对安全的解决办法——通过adb命令的后门机制，将获取root权限的命令修改为adb aaa.bbb.ccc.root。这一做法在一定程度上增加了后门的隐蔽性，避免了被窃取，同时对日常开发的影响也降至最低。

       在解决这一问题的过程中，我们对Android ADB的相关知识有了更深入的理解。ADB是Android系统中用于调试的工具，它主要由三部分构成：adb client、adb service和adb daemon。其中，adb client运行于主机端，提供了命令接口；adb service作为一个后台进程，位于主机端；adb daemon则是运行于设备端（实际机器或模拟器）的守护进程。这三个组件共同构成了ADB工具的完整框架，且它们的代码主要来源于system/core/adb目录，用户可以在此目录下找到adb及adbd的源代码。

       为了实现解决方案二，我们对adb的代码进行了修改，并通过Android SDK进行编译。具体步骤包括在Windows环境下编译生成adb.exe，以及在设备端编译adbd服务。需要注意的是，在进行编译前，需要先建立Android的编译环境。经过对ADB各部分关系及源代码结构的梳理，我们对ADB有了更深入的理解。

       在后续的开发过程中，我们将继续深入研究ADB代码，尤其是关于如何实现root权限的功能。如果大家觉得我们的分享有价值，欢迎关注我们的微信公众号“嵌入式Linux”，一起探索更多关于Android调试的技巧与知识。

FindBugs源码分析工具使用指南

       探索FindBugs：Java静态分析工具的详尽使用教程</

       FindBugs，这款开源神器，是Java开发者不可或缺的bug检测工具。它不仅支持直观的GUI界面，还允许通过命令行、Ant构建工具和插件进行操作。本文将详细介绍如何在命令行和Ant构建中有效利用FindBugs，以及如何定制报告以优化您的开发流程。

       首先，让我们从命令行开始。在安装了JDK 1.8.0_的基础上，你需要下载FindBugs和Apache Ant，并设置环境变量。确保将findbugs-ant.jar加入到Ant的lib目录中。一个基础的命令行用法如下：

        <strong>findbugs -textui -maxHeap -include filterFile.xml -html:fancy.xsl -output findbugs.html ./target/demo-1.0.0.jar</strong>

       生成的HTML报告将提供一个直观的界面，让你轻松浏览检测到的bug。在Ant构建中，你需要在build.xml文件中配置findbugs，如:

        <strong><project name="findbugs"><property name="findbugs.home" value="C:/工具/安全/findbugs-3.0.1"/><taskdef .../><target name="findbugs"><findbugs ... sourcePath="${ basedir}/src/main/java" class location="${ basedir}/target/demo-1.0.0.jar" excludeFilter="${ basedir}/findbugs-exclude.xml"/></target></project></strong>

       excludeFilter在这里扮演关键角色，允许你排除特定类，比如这个例子中，排除不包含'demo'的类：`<strong><Class name="~.*^(demo).*"/></strong>`。

       在项目中，FindBugs将bug分为多个类别，包括Bad practice、Correctness等，每个类别都有特定的含义和重要性。通过HTML报告，你可以按照bug类型、类、文件名和行号进行筛选和查看。对于不熟悉的bug描述，官方文档提供了详尽的解释：<strong>/bugDescriptions.html</strong>。

       对于多jar包的处理，rejarForAnalysis工具大显身手。在bin目录下执行`find . -name "*.jar" | xargs rejarForAnalysis`，然后使用findbugs扫描整合后的jar文件，确保bug检测无遗漏。

       总的来说，FindBugs是一个强大且易于定制的工具，通过合理使用，它将大大提升你的代码质量。记住，每一步的配置和调整都是为了让你的代码更安全、更高效。现在，就去实践这些技巧，让FindBugs帮助你发现并修复隐藏的bug吧！

       

如何阅读源码 —— 以 Vetur 为例

       深入探索前端框架源码，Vetur是我们的实践平台。提升技能之路并非易事，但掌握技巧和原则将事半功倍。以下是阅读Vetur源码的实用指南：

明确目标与SMART原则

       开始阅读前，明确你的动机，如理解功能或修复bug。SMART原则要求目标具体、可衡量，比如研究Vetur的模板错误提示功能。

       评估与管理

       判断阅读的必要性和价值，切勿盲目追求完整，局部学习也能带来进步。适时调整目标，如只关注插件的特定部分。

       项目背景与准备工作

       在阅读前，了解项目背景，包括框架结构、IO交互和生态，以及调试方法。例如，理解Vetur与VS Code的互动，以及如何通过生态补充核心功能。

       VSCore插件基础

       熟悉Vetur在VS Code中的开发基础，包括package.json、contributes和主入口，这些都是构建插件的关键要素。

       分析与理解步骤

       遵循六步循环：理解项目结构、找寻关键点、查阅文档、分析代码、总结与深入研究。从入口开始，如Vetur的languages和grammars配置，一步步揭示实现细节。

       关键配置文件解析

       探究contributes.languages中的Vue配置，以及contributes.grammars如何定义语言规则，如注释符号、折叠和TextMate语法。

       深入洞察VS Code的主入口

       通过package.json，理解Vetur如何通过LSP协议提供高级功能，如vueMain.js的activate方法。

       简化学习路径

       将复杂项目分解为小目标，如聚焦代码补全的核心技术，通过yarn watch和F5调试来验证理解。

       学习策略与实践

       选择有针对性的学习点，如代码补全，通过搜索引擎获取资料，运用静态猜想和动态验证方法。总结成流程图，记录笔记，灵活调整学习策略，找到适合自己的方法。

       总结与提炼

       将源码分析归纳为步或更少，形成清晰的流程图。记住，学习是个个性化过程，关键在于明确目标、分层次学习和持续总结。

最后的忠告

       阅读Vetur源码的过程并不轻松，但每一次的深入探索都为技能提升添砖加瓦。保持耐心，设定明确目标，你会发现一个全新的技术世界在等待你的探索。

Underscore源码分析_javascript技巧

       JavaScript，一种类C的语言，以其灵活性和广泛的应用范围，逐渐成为了开发者们不可或缺的工具。随着全栈开发概念的兴起，JavaScript 的地位更是不可小觑。

       在JavaScript的集合操作中，`_.forEach` 是一个原生方法，它能对所有集合执行迭代操作。`optimizeCb` 函数根据传入迭代函数的参数个数，绑定合适的执行环境，如 `forEach` 方法接受三个参数（值，索引，集合）。`_.map` 利用 for 循环优雅地实现了数组遍历，通过一个循环判断是否为数组，简化了代码逻辑。

       集合的分类型处理，将集合分为类数组集合和对象集合，通过 `_.isArrayLike` 函数进行判断。`_.keys` 函数实现了对象属性的枚举，使用 for in 结合 `hasOwnProperty()` 方法实现，简洁高效。

       相似的原理适用于 `_.map` 和 `_.reduce` 方法，而 `_.find` 则寻找满足条件的第一个元素，不同于 `Array.some()` 的布尔值返回。

       集合转换为数组的逻辑依赖于数据类型。JavaScript 有严格的数据类型区分，如数组、对象等。在 Underscore 中，`Collections` 和 `Arrays` 分开处理，是为了提供更加灵活和高效的实现策略。这涉及对不同数据结构特性的理解和利用，如数组的快速访问和修改特性。

很多C语言开源软件的源代码很难懂，要快速理解有什么技巧吗？

       阅读代码是一项重要的能力。

       你觉得技术比你弱的人拿的工资比你高，他有一项很重要的能力就是阅读代码。

       开源代码在变量命名上，注释上一定做得比较好了，你所看不懂的地方只有2种可能。

       1，编程技巧。这种比较容易弄懂，如果你对编程语言熟悉的话，一步一步展开来就知道作者想表达的意思了。（这个就像小时候学语文的语法，“把”字句改成“被”字句，意思没变，写法变了）

       2，算法。这个就算你一步一步展开都不一定能看懂，这个要有一定的数学知识，比如向量积，线性回归，微分方程，卷积等。如果是很专业的产品，还要涉及到物理，化学，电气，概率论等等。（这个就像阅读文言文，没学过就看不懂，还可能会理解错误）

       所以看不懂代码就只有提升自己的知识水平，没有捷径可走。但你可以针对性的去训练上述2条中的弱项，语言是基础，算法是核心。

       记得我第一份工作是做单片机产品维护，平时工作就是在现有的产品上改改功能代码，增加新功能。那个时候没做过什么产品，虽然也会C语言，但是看别人代码就像看天书一样，主要是技术不到家，还遇到过一些让人吐血的代码，可能是公司得罪了那个工程师，代码里没一个注释，而且变量名全是k，kk，tt这种不好理解的，简直让我想把那个工程师罚站马路中间半个小时，感觉还不如自己重写快一点，后面慢慢的积累了一些经验才发现自己当时看代码的方式和思维不对。一个源码，如果你用通过代码去理解产品功能那你一定会看到心肌梗塞都吃不透，正确的应该是先把产品功能吃透，然后把功能分模块进行分析，如果是我，我会怎么用代码去实现它？最好自己写代码做一遍，在写的过程中你一定会碰到棘手的技术点不知道该怎么去实现它，这个时候最好自己努力思考一下，最后不管你有没想出来，你再去看别人的代码是如何实现的，这样你就能一步步吃透别人的代码，至少程序架构的核心部分知道怎么处理了，剩下的细节实现其实已经无关紧要了，这是一个循环渐进的过程，也是提升自己水平很好的方法，过程越痛苦你的提升就越大。