这几天一直在琢磨在我现有技术认知基础上，未来如何做技术提升。
日思夜想，我整理出了我自己的一套学习规划方案，并希望在实施过程中能够不断调整学习方案与方式，以接近自我提升的效率最大化。
从以下几个大的方面来得到提升：
- 看源码
- 算法与数据结构
- 经典书籍
如果我切实能从以上方面有所收获并不断深入遇到瓶颈时，我可以考虑：
- 看基础(操作系统，计算机组成原理...)
- 数学
- ...
一切看起来都是那么庞大...，每一个点都可以琢磨三五年，成长是需要从长计议的，上面的方案也需要在一个合适的时间(初版先体验，感受)写出细节。人是矛盾的，有时候我总担心过度思考，最终得不到一个好的执行；有时候直接拿起来做又担心战略方向错误，这又需要不断磨练精进自我的思维能力。不过现在来说，我最需要拿出执行力。
如果是看源码的话，我能够得到的了解/提升：
- 扎实语言基础知识，所以我在看源码过程中，如果涉及到比较生疏的知识点，我也会动手coding并做记录
- 某个概念的底层实现(如依赖倒置、并发模型)
- 某个组件的工作流
- 优秀的代码设计
我会怎么做：
- 带着问题看
- 记录看的过程
- 了解源码后，能够在此源码基础上添加新功能
看源码过程中涉及到的比较生疏的知识点
=>
- lambda
- get属性的简写 _age == _age01：
使用_age => a * b 而不是 _age = a * b的好处是：前者可以在被调用前再计算右边的算式，后者需要在全局变量被加载时，就计算出右边的算式。换句话说，前者是懒加载，后者是预加载。前者可以做到比较好的性能管理。
using语句在哪里？
.net6默认采用的c#语法版本是c# 10，所以在asp .net 6 mvc的program.cs中看不到using语句。c#支持global using，意思是可以将可能在多个类文件中同时引用的程序集写在一个地方，如using.cs。但是我看了每一个文件，都没看到我想看到的那个“using.cs”，其实是asp .net 6把这个配置写在了项目模版中(.csproj)
启用此配置，global using默认会有：
看源码实现时，方法内容全是throw null？
这是因为微软在C# 7.1开始，引入了“引用程序集”的概念，源码有具体实现说项目引用的是实现程序集。引用程序集更轻量化、兼容性更强。微软对引用程序集的说明：引用程序集。微软就不能给个配置方式，可以让我们引用实现程序集，方便调试与代码理解..
那么如果我们想看源码应该怎么破？
- 找到对应的dll，反编译
- .net的反编译工具：ILSpy
- .net core为开源项目，可以从github获取源码
- 源码地址：aspnetcore(注意通过切换分支/tag的方式切换到当前框架版本)
源码内容
通过抛出问题的方式来看源码，目的性会更强，理解会更深刻。
1.我最关心的，ASP .NET MVC的工作流？或者说 项目启动会做哪些事情？
这个问题解决起来比较直观，ASP .NET作为控制台项目，自然启动项为Program.Main，只是ASP .NET 6简化了写法，Program中不再包含main函数，那么我们只需要看Program所有代码执行逻辑，深入了解底层实现，就可以知道项目做了什么事情
var builder = WebApplication.CreateBuilder(args);通过这段代码，我们可以拿到一个builder对象。
首先看看WebApplication类，定义是：
The web application used to configure the HTTP pipeline, and routes.
解释：被用来配置HTTP管道和路由的web应用。
然后看看CreateBuilder()是如何创建这个builder对象的：
