1.AndroidFramework 之启动 ServiceManager
2.彻底理解Linux ARM64系统调用
3.多图详解万星Restful框架原理与实现
4.技术干货kubectl源码阅读—get命令
5.各位高手看一下，电脑这是中了啥毒，所有html源码都有这个DropFileName = "svchost.exe"应该怎么处理

AndroidFramework 之启动 ServiceManager

        本文源码基于 Android ，涉及相关源码如下。

        ServiceManagaer 是 Binder 的守护进程，在 Binder 机制中起着重要的作用。本文将从源码的角度对其进行分析，整体流程如下：

        时序图如下。

        先来看看 ServiceManager 是如何启动的：

        在 Zygote 一文中说过， init 进程启动的第二阶段会解析 init.rc 文件。

        在这之后会触发 trigger init 。

        结合 init.rc 看看 action init 做了什么。

        当触发 trigger init 后，会启动 servicemanager 服务，其声明如下。

        对应的执行文件为 /system/bin/servicemanager ，在编译前位于 frameworks/native/cmds/servicemanager 下，来看看 Android.bp 。

        其对应的源码为 service_manager.c 和 binder.c ，入口函数 main() 位于 servicemanager.c 。

        启动完 ServiceManager 后会打开 Binder 驱动。

        在 main() 中首先调用 binder_open() 。

        binder_open() 主要做了如下事情：

        给结构体 binder_state 分配内存。

        系统调用 open() 打开 /dev/binder ，如果打开驱动失败，则执行 fail_open 释放内存。

        简单的解释一下什么是系统调用？

        由于需要限制不同的程序之间的访问能力，防止程序获取别的程序的内存数据， CPU 划分出两个权限等级，用户态和 内核态。

        所有的用户程序都是运行在用户态，但有时需要做一些内核态的事情，而唯一可以做这些事情的就是操作系统，所以程序需要向操作系统发起请求，以程序的名字来执行这些操作。这时就需要一个从用户态切换到内核态但不能控制内核态中执行的机制，这种机制就是 系统调用。

        系统调用 ioctl() 传入 BINDER_VERSION 命令获取 Binder 驱动版本，对比版本是否一致，不一致则执行 fail_open 释放内存。

        系统调用 mmap() 映射 kb 的内存空间，即把 Binder 驱动文件的 kb 映射到内存空间供 ServiceManager 使用，内存映射失败则执行 fail_map ，关闭 fd 并释放内存。

        ServiceManager 进程 mmap 的内存大小可以通过 adb shell 命令查看。

        可以看到内存映射地址为 0xff ~ 0xf ，差为 0x 即十进制的 kb 。

        打开 Binder 驱动后会将 ServiceManager 设置为上下文管理者。

        调用 binder_become_context_manager() 。

        android 新增 BINDER_SET_CONTEXT_MGR_EXT 命令来设置安全的上下文管理者，如果设置失败，则使用原有的 BINDER_SET_CONTEXT_MGR 命令来设置上下文管理者，两者区别在于是否携带参数。

        最后会进入循环，从 Binder 驱动读取和解析数据。

        调用 binder_loop() 进入循环，不断地通过系统调用 ioctl() 从 Binder 驱动读取数据，并通过 binder_parse() 进行数据解析。

        注意这里调用 binder_loop() 传入的 svcmgr_handler() ，后面会使用到。

        binder_write() 会封装 struct binder_write_read ，并通过系统调用 ioctl() 将对应的命令传递给 Binder 驱动。

        binder_parse() 用来解析从 Binder 驱动读取到的数据，然后根据不同的命令执行对应的操作。

        因为 cmd 命令可能有多个，所以通过 while 循环每次处理一个 cmd 命令，多 cmd 的结构大致如下图所示。

        这里重点看下 BR_TRANSACTION 命令。

        BR_TRANSACTION 是 Binder 驱动向 Server 端发送请求数据。

        binder_transaction_data 的结构如下，其表明了 transcation 传输的具体语义，语义码记录在 code 中，不同语义码携带的数据是不同的，这些数据由 data 指定。

        在解析完 binder_transaction_data 的具体语义后，会调用前面传给 binder_loop() 的 svcmgr_handler() ，其实就是 switch case 语义码做不同的事情。

        ServiceManager 的功能其实很简单：

        至此 ServiceManager 就分析完了。

彻底理解Linux ARM系统调用

       本文将逐步解析Linux ARM系统调用的工作原理，从用户程序如何通过系统调用进入内核并执行功能。首先，我们理解系统调用的ea源码合集本质：应用程序通过软中断的方式从用户态切换到内核态，然后由内核处理特定任务，再返回用户态。在ARMv8架构的ARM处理器中，这一过程涉及运行级别的划分，如EL0、EL1、EL2和EL3，系统调用通常发生在从EL0到EL1的跳转。

       在x架构中，使用int $0x汇编指令触发系统调用，而在ARMv8中，720系统源码对应的指令是svc。glibc库的系统调用实现是关键，例如在glibc-2.源码中，以bind函数为例，可以看到通过INTERNAL_SYSCALL_RAW宏和svc指令实现的内核调用。接下来，我们将亲手模拟write函数的系统调用过程。

       下面是多多采集源码一个简单的write函数实现示例，编译并运行它，你可以在我的GitHub项目javonhe/multi_experiments中获取源代码：GitHub - javonhe/multi_experiments: experiments for study。如果你觉得这个内容有价值，不妨分享或者收藏，你的支持将是我继续分享知识的动力。

多图详解万星Restful框架原理与实现

       rest框架概览

       我们先通过go-zero自带的命令行工具goctl来生成一个apiservice，其main函数如下：

funcmain(){ flag.Parse()varcconfig.Configconf.MustLoad(*configFile,&c)ctx:=svc.NewServiceContext(c)server:=rest.MustNewServer(c.RestConf)deferserver.Stop()handler.RegisterHandlers(server,ctx)fmt.Printf("Startingserverat%s:%d...\n",c.Host,c.Port)server.Start()}

       解析配置文件

       将配置文件传入，初始化serviceContext

       初始化restserver

       将context注入server中：

       注册路由

       将context中的光锥动画 源码启动的endpoint同时注入到router当中

       启动server

       接下来我们来一步步讲解其设计原理！Let'sGo!

web框架

       从日常开发经验来说，一个好的web框架大致需要满足以下特性：

       路由匹配/多路由支持

       支持自定义中间件

       框架和业务开发完全解耦，方便开发者快速开发

       参数校验/匹配

       监控/日志/指标等服务自查功能

       服务自保护(熔断/限流)

go-zerorest设计

       /api-grammar.html中的tag修饰符

Tips

       学习源码推荐fork出来边看边写注释和心得，可以加深理解，以后用到这块功能的时候也可以回头翻阅。

项目地址

       /zeromicro/go-zero

       欢迎使用go-zero并star支持我们！

微信交流群

       关注『微服务实践』公众号并点击交流群获取社区群二维码。

技术干货kubectl源码阅读—get命令

       技术解析kubectl源码解析：get命令的透视源码下载关键逻辑

       在深入研究kubectl源码时，get命令的实现揭示了几个关键点。首先，kubectl的子命令结构由cobra包的Command结构体定义，它包含了子命令集合和核心执行逻辑。get、describe和create等是kubectl的子命令，它们在command.Execute()方法中通过参数查询并执行相应的逻辑。

       get命令的核心在于一个接收和保存参数的结构体，结合pflag包。具体到get命令，关键在于o.Run方法，其中kubectl通过一个名为r的构建器来访问接口获取数据。这个过程使用了访问者模式，r.visitor链式调用了多个装饰器，如FlattenListVisitor和Selector，从而决定了输出的表头和状态信息。

       在数据获取过程中，kubectl调用的接口并不普通，而是带有特殊的header 'as=Table'。这个header的添加是在client的构建和传递过程中通过requestTransforms回调实现的。通过追踪，我们可以发现restMapper是如何与Builder对象结合的，进而找到资源别名的转换逻辑。

       最终，kubectl通过e.discoveryClient.ServerGroupsAndResources()方法获取到所有k8s资源的别名，从而实现了从get po到get svc等命令的别名转换。kubectl的get命令不仅动态调整表头，还能够处理各种状态信息，这些都是通过其底层的接口调用和数据处理机制实现的。

各位高手看一下，电脑这是中了啥毒，所有html源码都有这个DropFileName = "svchost.exe"应该怎么处理

       一、手工清除SVCHOST.EXE病毒

       查看：svchost.exe进程是什么

       在开始菜单的运行中输入cmd，出现命令行提示，输入命令“tasklist /svc >c:.txt”(例如：C:Documents and SettingsAdministrator>tasklist /svc >c:.txt)，就会在C盘根目录生成1.txt文档，打开1.txt能够看到如下内容：

       查找svchost.exe的PID值和服务名称。