1.linux内核通信核心技术：Netlink源码分析和实例分析
2.使用Visual Studio调试 .NET源代码
3.从分析 SkyAPM-dotnet 源码学习现代 APM 探针设计理念（一）
4..NET源码解读kestrel服务器及创建HttpContext对象流程
5.在学习.net的码学时候,是选择VB.net还是 C#好呢?

linux内核通信核心技术：Netlink源码分析和实例分析

       Linux内核通信核心技术：Netlink源码分析和实例分析

       什么是netlink？Linux内核中一个用于解决内核态和用户态交互问题的机制。相比其他方法，码学netlink提供了更安全高效的码学交互方式。它广泛应用于多种场景，码学例如路由、码学用户态socket协议、码学妖股买入指标源码副图防火墙、码学netfilter子系统等。码学

       Netlink内核代码走读：内核代码位于net/netlink/目录下，码学包括头文件和实现文件。码学头文件在include目录，码学提供了辅助函数、码学宏定义和数据结构，码学对理解消息结构非常有帮助。码学关键文件如af_netlink.c，码学其中netlink_proto_init函数注册了netlink协议族，使内核支持netlink。

       在客户端创建netlink socket时，使用PF_NETLINK表示协议族，SOCK_RAW表示原始协议包，NETLINK_USER表示自定义协议字段。人才搜索 源码sock_register函数注册协议到内核中，以便在创建socket时使用。

       Netlink用户态和内核交互过程：主要通过socket通信实现，包括server端和client端。netlink操作基于sockaddr_nl协议套接字，nl_family制定协议族，nl_pid表示进程pid，nl_groups用于多播。消息体由nlmsghdr和msghdr组成，用于发送和接收消息。内核创建socket并监听，用户态创建连接并收发信息。

       Netlink关键数据结构和函数：sockaddr_nl用于表示地址，nlmsghdr作为消息头部，msghdr用于用户态发送消息。内核函数如netlink_kernel_create用于创建内核socket，netlink_unicast和netlink_broadcast用于单播和多播。

       Netlink用户态建立连接和收发信息：提供测试例子代码，代码在github仓库中，可自行测试。市场阻力源码核心代码包括接收函数打印接收到的消息。

       总结：Netlink是一个强大的内核和用户空间交互方式，适用于主动交互场景，如内核数据审计、安全触发等。早期iptables使用netlink下发配置指令，但在iptables后期代码中，使用了iptc库，核心思路是使用setsockops和copy_from_user。对于配置下发场景，netlink非常实用。

       链接：内核通信之Netlink源码分析和实例分析

使用Visual Studio调试 .NET源代码

       在日常开发中，通过利用Visual Studio调试.NET源代码，可以提升我们的开发效率。以下是一些关键步骤，帮助您实现更高效的调试过程。

       首先，您需要在“工具”->“选项”->“调试”->“常规”中取消选中“启用仅我的代码”。这将允许您使用调试器功能，不仅限于您自己编写的假资源码代码。

       接着，在“工具”->“选项”->“调试”->“符号”中，启用“Microsoft符号服务器”和“NuGet.org 符号服务器”，以获取更多库的符号支持。

       考虑到在调试托管代码时，您可能希望在模块加载时取消JIT优化，以方便定位和解决问题。您可以在“工具”->“选项”->“调试”->“常规”中启用这个功能。

       完成上述设置后，您就可以使用Visual Studio调试.NET源代码了。初次设置可能需要一些时间加载，请耐心等待。

       以调试.NET中的JSON字符串反序列化为例，您可以使用System.Text.Json库的JsonSerializer.Deserialize方法进行源代码调试，直接查看该方法的内部实现。

       在进行调试时，使用F逐语句执行模式，逐步了解代码执行流程，定位和解决问题。

       如果您在.NET开发领域寻求交流与学习，资源海源码欢迎加入DotNetGuide技术社区微信交流群，与众多开发者共享知识，提升技能。

从分析 SkyAPM-dotnet 源码学习现代 APM 探针设计理念（一）

       在后端软件行业的快速变迁中，从SOA到微服务、从业务一体化到中台战略、从虚拟化到云原生，技术更新速度日新月异。这种变革背后的核心动力在于硬件发展的瓶颈，促使行业转向追求软件的规模化效益。现代后端软件工程师面临的挑战之一是如何对服务性能有全面的理解，而APM（Application Performance Monitoring）工具成为了解决这一问题的关键。

       APM的基本构成包括指标性统计、分布式追踪和日志记录。指标性统计，如服务的吞吐量、成功率、流量等，是对单个指标或数据库的分析。分布式追踪则关注一次请求的全过程，从客户端发起到服务完成，甚至涉及业务流程，如商品订购流程，追踪请求的流转轨迹。日志记录则是程序运行过程中产生的信息收集，提供实时的事件记录。

       随着技术的发展，性能监控工具的使用变得越来越普遍。早期，开发人员可能需要自己构建监控系统，但这既耗时又费力。SkyWalking等APM系统应运而生，旨在简化性能监控的实现，减少重复工作。

       在SkyWalking中，dotnet探针的设计遵循核心规范。dotnet探针主要基于DiagnosticSource实现，这提供了一种消息的生产者消费者模型，使得事件可以在任意地方被接收。微软官方库中，如HttpContext、HttpClient、SqlClient等，都预留了性能打点，以捕获关键事件。第三方库如gRPC、CAP、SmartSql也提供了同样的功能。

       开发人员可以通过适配SkyWalking，为自己的库添加性能打点，即向DiagnosticSource发送事件信息。这涉及到创建自定义采集器，监听特定事件，并将数据发送到数据中心。

       探针的核心代码在于监听消息，其关键在于DiagnosticListener，它实现了消息的监听与数据的上报。监听的事件由特定的Processor负责处理，这些Processor实现了ITracingDiagnosticProcessor接口，具体负责数据的收集与转换。

       两个有代表性的Processor示例展示了如何实现这一过程。一个针对AspNetCore请求管线，监听并收集请求相关的事件；另一个是针对System.Net下的通用的时候,是选择VB.net还是 C#好呢?

       在选择学习.NET时，VB.NET与C#之间的对比成为许多开发者关注的焦点。C#，作为微软公司最新推出的一种编程语言，因其与Java语言的相似性而受到广泛的关注。人们倾向于选择最新的工具进行编程，C#因其领导者地位而被认为是一种理想选择。此外，C#为.NET类库设计，这使得它成为学习者的一个合理选择。然而，这种对比缺乏实质性的论证。实际上，学习VB.NET也是一种选择，因为它是全新的语言，并且在适应.NET类库方面进行了重新设计。

       比较管理与非管理代码时，C#允许编写在CLS控制之外的非管理代码，直接访问内存并使用指针。然而，此观点存在三个关键问题：首先，讨论性能问题不应在Beta版本的开发环境下进行；其次，量化非管理代码与管理代码之间的利益并评估其风险并不容易；最后，虽然VB.NET不能直接创建非管理代码，但可通过System.Runtime.InteropServices命名空间实现对非管理内存的访问和操作。

       C#内置了XML文件生成器，为代码编写和文件生成提供了一体化的体验，而使用JavaDoc的开发者中只有少数人实际使用此功能。这使得C#在文档生成方面具有优势，但是否值得依赖此特性进行选择还需考量个人需求。

       对于VB.NET，开发者可能会将其视为一种玩具语言，确实从某种程度上看它具备这一特性。然而，VB.NET作为.NET开发语言与C#同样强大，甚至在某些方面被认为更为强大。VB.NET内置了诸如字符串操作和类型转换等特性，C#则可能需要通过额外的库或代码实现这些功能。

       在捆绑支持方面，VB.NET提供更好的支持，允许更无缝地与COM实体集成。然而，这一优势并不绝对，C#和VB.NET都需要采用运行时可调用的包装以及相等量的源代码来执行实体。VB.NET的IDE中集成的后台编译程序和语法检查器提供更为直观和友好的错误提示，使开发者在编写代码时能更准确地定位问题并进行修正。

       讨论两种语言的优劣确实难以得出明确结论，但微软的观点是所有.NET语言都是平等建立的。选择学习VB.NET或C#并不应过于纠结于语言本身，而应着重于学习.NET类库的开发经验。因此，建议开发者根据个人兴趣和学习目标选择合适的学习路径，并专注于理解和掌握.NET框架的核心结构。