1.IDS4发现文档
解析：http://localhost:5000/.well-known/openid-configuration

2.调用IDS4 API
解析：

var client = new HttpClient();
client.SetBearerToken(tokenResponse.AccessToken);
var response = await client.GetAsync("http://localhost:5001/identity");
if (!response.IsSuccessStatusCode)
{Console.WriteLine(response.StatusCode);
}
else
{var content = await response.Content.ReadAsStringAsync();Console.WriteLine(JArray.Parse(content));
}

返回结果如下所示：

3.IDS4中的Client
解析：

new Client
{ClientId = "mvc",ClientName = "MVC 客户端",AllowedGrantTypes = GrantTypes.HybridAndClientCredentials,RequireConsent = false,ClientSecrets ={new Secret("secret".Sha256())},RedirectUris           = { "http://localhost:5002/signin-oidc" },PostLogoutRedirectUris = { "http://localhost:5002/signout-callback-oidc" },AllowedScopes ={IdentityServerConstants.StandardScopes.OpenId,IdentityServerConstants.StandardScopes.Profile,"api1"},AllowOfflineAccess = true
}

4.services.AddIdentity()
解析：

services.AddIdentity()
.AddEntityFrameworkStores()
.AddDefaultTokenProviders();

5.services.AddIdentityServer()
解析：

services.AddIdentityServer()
.AddTemporarySigningCredential()
.AddInMemoryApiResources(Config.GetApiResources())
.AddInMemoryClients(Config.GetClients())
.AddInMemoryIdentityResources(Config.GetIdentityResources())
.AddAspNetIdentity();

6.添加数据迁移
解析：

dotnet ef migrations add InitialIdentityServerPersistedGrantDbMigration -c PersistedGrantDbContext -o Data/Migrations/IdentityServer/PersistedGrantDb
dotnet ef migrations add InitialIdentityServerConfigurationDbMigration -c ConfigurationDbContext -o Data/Migrations/IdentityServer/ConfigurationDb

7.IDS4初始化数据库
解析：在Startup.cs中添加以下方法来协助初始化数据库：

private void InitializeDatabase(IApplicationBuilder app)
{using (var serviceScope = app.ApplicationServices.GetService().CreateScope()){serviceScope.ServiceProvider.GetRequiredService().Database.Migrate();var context = serviceScope.ServiceProvider.GetRequiredService();context.Database.Migrate();if (!context.Clients.Any()){foreach (var client in Config.GetClients()){context.Clients.Add(client.ToEntity());}context.SaveChanges();}if (!context.IdentityResources.Any()){foreach (var resource in Config.GetIdentityResources()){context.IdentityResources.Add(resource.ToEntity());}context.SaveChanges();}if (!context.ApiResources.Any()){foreach (var resource in Config.GetApiResources()){context.ApiResources.Add(resource.ToEntity());}context.SaveChanges();}}
}

8.API与IdentityServer的交互过程解析
解析：

9.设计模式分类
解析：
[1]创建型设计模式：关注对象的创建
[2]结构型设计模式：关注类与类之间的关系
[3]行为型设计模式：关注对象和行为的分离

10.创建型设计模式
解析：5种创建型设计模式，关注对象的创建，即如何new一个对象的问题。
[1]Singleton[单例]
[2]Factory Method[工厂方法]
[3]Abstract Factory[抽象工厂]
[4]Builder[建造者]
[5]Prototype[原型]

11.结构型设计模式
解析：7种结构型设计模式，关于类与类之间的关系，即折腾组合与继承，为程序提供更好的灵活性和扩展性。
[1]Adapter Class/Object[适配器]
[2]Bridge[桥接）
[3]Composite[组合]
[4]Decorator[装饰]
[5]Façade[外观）
[6]Flyweight[享元]
[7]Proxy[代理]

12.行为型设计模式
解析：11种行为型设计模式，它关注的是对象和行为的分离，即行为[或方法]是放在这个类里面，还是那个类里面。
[1]Interpreter[解释器]
[2]Template Method[模板方法]
[3]Chain of Responsibility[责任链]
[4]Command[命令]
[5]Iterator[迭代器]
[6]Mediator[中介者]
[7]Memonto[备忘录]
[8]Observer[观察者]
[9]State[状态]
[10]Strategy[策略]
[11]Visitor[访问者]

13.领域模型及持久化
解析：领域模型构建的是针对实际场景的问题以及解决方案的对象，它构建的是对象行为。而数据模型构建的是数据本身以及其存储，即数据的存储结构。

14.仓储
解析：仓储用于聚合的管理，它介于领域模型和数据模型之间，主要用于聚合的持久化和检索。它隔离了领域模型和数据模型，以便关注于领域模型而不需要考虑如何进行持久化。

15.仓储与数据访问层区别
解析：
[1]仓储限定了只能通过聚合根来持久化和检索领域对象，以确保所有改动和不变性由聚合处理。
[2]仓储通过隐藏聚合持久化和检索的底层技术实现领域层的的持久化无关性。
[3]仓储在数据模型和领域模型定义了一个边界。

16.数据模拟工具
解析：
[1]mock.js
[2]easy-mock.js
[3]mock server worker

17.Autofac解析时传参
解析：当解析服务时，需要传参，可以使用Resolve()方法来接受可变长度的参数。
[1]可用参数类型
NamedParameter-通过名称匹配目标参数
TypedParameter-通过类型匹配目标参数[需要匹配具体类型]
ResolvedParameter-灵活的参数匹配
[2]反射组件的参数

var reader = scope.Resolve<ConfigReader>(new NamedParameter("configSectionName", "sectionName"));

[3]Lambda表达式组件的参数
[4]不显式调用Resolve传参

18.Autofac生命周期-暂时性
解析：每次在向服务容器进行请求时都会创建新的实例，相当于每次都new出一个。注册方式：使用InstancePerDependency()方法标注，如果不标注，这也是默认的选项。以下两种注册方法是等效的：

// 不指定，默认就是瞬时的
builder.RegisterType<TransientService>().As<ITransientService>();
// 指定其生命周期域为瞬时
builder.RegisterType<TransientService>().As<ITransientService>().InstancePerDependency();

对比与默认的容器中自带的生命周期AddTransient相同，也是每次都是全新的实例。使用AddTransient()注册：

services.AddTransient<ITransientService, TransientService>()

19.Autofac生命周期-作用域内
解析：在每次Web请求时被创建一次实例，生命周期横贯整次请求。即在每个生命周期作用域内是单例的。注册方式：使用InstancePerLifetimeScope()方法标识：

builder.RegisterType<ScopedService>().As<IScopedService>().InstancePerLifetimeScope();

对比与默认的容器中自带的生命周期AddScoped相同，.NETCore框架自带的容器全权接管了请求和生命周期作用域的创建，使用Scoped()可以实现相同的效果。使用AddScoped()注册：

services.AddScoped<IScopedService, ScopedService>();

20.Autofac生命周期-匹配作用域内
解析：即每个匹配的生命周期作用域一个实例。该类型其实是上面的作用域内的其中一种，可以对实例的共享有更加精准的控制。通过允许给域打标签，只要在这个特定的标签域内就是单例的。
[1]注册使用InstancePerMatchingLifetimeScope(stringtagName)方法注册

var builder = new ContainerBuilder();
builder.RegisterType<Worker>().InstancePerMatchingLifetimeScope("myrequest");

当开始一个生命周期时，提供的标签值和它就关联起来了。
[2]例子

// myrequest标签子域一
using(var scope1 = container.BeginLifetimeScope("myrequest"))
{for(var i = 0; i < 100; i++){var w1 = scope1.Resolve<Worker>();using(var scope2 = scope1.BeginLifetimeScope()){var w2 = scope2.Resolve<Worker>();// 解析了2次，但2次都是同一个实例（w1和w2指向同一个内存块Ⅰ）}}
}// myrequest标签子域二
using(var scope3 = container.BeginLifetimeScope("myrequest"))
{for(var i = 0; i < 100; i++){// 因为标签域内已注册过，所以可以解析成功var w3 = scope3.Resolve<Worker>();using(var scope4 = scope3.BeginLifetimeScope()){var w4 = scope4.Resolve<Worker>();// 因为和上面不是同一个子域,所以解析出的实例w3、w4是同一个实例，但与之前的w1、w2并不是同一个实例 }}
}// 无标签子域三
using(var noTagScope = container.BeginLifetimeScope())
{// 如果你尝试从一个名称并不匹配的生命周期中解析一个每个匹配生命周期作用域的组件你会得到一个异常var fail = noTagScope.Resolve<Worker>();
}

如果尝试从一个名称并不匹配的生命周期中解析一个每个匹配生命周期作用域的组件会得到一个异常。

21.Autofac生命周期-全局单例
解析：即全局只有一个实例，即每一个后续请求都使用同一个实例。注册方式：使用SingleInstance()方法标识：

builder.RegisterType<SingletonService>().As<ISingletonService>().SingleInstance()

对比与默认的容器中自带的生命周期AddSingleton相同。使用AddSingleton();注册：

services.AddSingleton<ISingletonService, SingletonService>();

还有其它生命周期补充：
[1]每个请求一个实例[Instance Per Request]：其实是一种的匹配作用域内单例的一种
[2]每次被拥有一个实例[Instance Per Owned]
[3]线程作用域[Thread Scope]

22.AutoMapper介绍
解析：AutoMapper是对象到对象的映射工具。身不是业务对象，它是根据UI需求进行设计的。简单来说Model面向业务，我们是通过业务来定义Model的。而DTO是面向UI，通过UI的需求来定义的，通过DTO我们实现了表现层与Model层之间的解耦，表现层不引用Model。如果开发过程中我们的模型变了，而界面没变，我们只需改Model而不需要去改动表现层。

23.Profile用法
解析：
[1]Profile提供了一个命名的映射类，所有继承自Profile类的子类都是一个映射集合。
[2]CreateMap创建映射规则。
[3]BeforeMap：在映射之前执行的方法。
[4]AfterMap：反之，映射之后执行的方法。
[5]自动扁平化映射：AutoMapper会将类中的属性进行分割，或匹配Get开头的方法。
[6]ForMember：指定映射字段。

24.创建UserProfile继承Profile类
解析：

public class UserProfile : Profile
{//添加实体映射关系public UserProfile(){// UserInfoEntity转UserInfoDto.CreateMap<UserInfo, UserInfoDTO>().BeforeMap((source, dto) =>{//可以较为精确的控制输出数据格式//dto.CreateTime = Convert.ToDateTime(source.CreateTime).ToString("yyyy-MM-dd");if (string.IsNullOrEmpty(source.GetCreateTime)){source.GetCreateTime = Convert.ToDateTime(source.GetCreateTime).ToString("yyyy-MM-dd");}//dto.Role = "admin";})//指定映射字段。将UserInfo.GetCreateTime映射到UserInfoDTO.TestTime.ForMember(dto => dto.TestTime, opt => opt.MapFrom(info => info.GetCreateTime)).ForMember(dto => dto.Role, opt => opt.Ignore()).ForMember(dto => dto.CreateTime, opt => opt.Ignore());CreateMap<StudentInfo, UserInfoDTO>();}
}

25.控制器中注入IMapper
解析：

private readonly IMapper _mapper;
public ValuesController(IMapper mapper)
{_mapper = mapper;
}

参考文献：
[1]oidc-client：https://github.com/IdentityModel/oidc-client-js
[2]IdentityServer4 中文文档与实战：https://www.cnblogs.com/stulzq/p/8119928.html
[3]IdentityServer4知多少：https://www.cnblogs.com/sheng-jie/p/9430920.html
[4]IDS4第三方快速入门和示例：https://www.cnblogs.com/stulzq/p/8120570.html
[5]IdentityServer4中文文档：https://gitee.com/github_mirrors/identityserver4_doc.zh-cn/tree/master