Silky是一個包括多個nuget包構成的模組化的框架,每個模組將程式劃分為一個個小的結構,在這個結構中有著自己的邏輯程式碼和自己的作用域,不會影響到其他的結構。
一般地,一個模組的定義是通過在該程式集內建立一個派生自 SilkyModule
的類,如下所示:
public class RpcModule : SilkyModule
{
}
SilkyModule是一個抽象的類,它定義了模組的基礎方法,體現了模組在框架中的作用;
SilkyModule
模組定義的核心程式碼如下所示:
public abstract class SilkyModule : Autofac.Module, ISilkyModule, IDisposable
{
protected SilkyModule()
{
Name = GetType().Name.RemovePostFix(StringComparison.OrdinalIgnoreCase, "Module");
}
protected override void Load([NotNull] ContainerBuilder builder)
{
base.Load(builder);
RegisterServices(builder);
}
public virtual void ConfigureServices(IServiceCollection services, IConfiguration configuration)
{
}
protected virtual void RegisterServices([NotNull] ContainerBuilder builder)
{
}
public virtual Task Initialize([NotNull] ApplicationContext applicationContext)
{
return Task.CompletedTask;
}
public virtual Task Shutdown([NotNull] ApplicationContext applicationContext)
{
return Task.CompletedTask;
}
public virtual string Name { get; }
// 其他程式碼略...
}
通過對SilkyModule
模組程式碼定義的分析我們可以得知,一個Silky模組有如下幾個作用:
在ConfigureServices()
方法中,通過IServiceCollection
實現服務註冊;
在RegisterServices()
方法中,通過ContainerBuilder
實現服務註冊;
在應用程式啟動時,通過Initialize()
方法實現模組的初始化方法;
在應用程式停止時,執行Shutdown()
方法,可以實現模組資源的釋放;
關於上述第1、2 點的作用, 我們已經在服務引擎一章中做了詳細的解析;關於第3、4點的作用,應用程式是如何在啟動時呼叫Initialize()
方法或是在停止時執行Shutdown()
方法呢?
在構建服務引擎一章中,我們提到,在構建服務引擎時,我們有一項很重要的工作就是註冊了InitSilkyHostedService後臺任務。
後臺任務InitSilkyHostedService
的原始碼如下所示:
public class InitSilkyHostedService : IHostedService
{
private readonly IModuleManager _moduleManager;
private readonly IHostApplicationLifetime _hostApplicationLifetime;
public InitSilkyHostedService(IServiceProvider serviceProvider,
IModuleManager moduleManager,
IHostApplicationLifetime hostApplicationLifetime)
{
if (EngineContext.Current is SilkyEngine)
{
EngineContext.Current.ServiceProvider = serviceProvider;
}
_moduleManager = moduleManager;
_hostApplicationLifetime = hostApplicationLifetime;
}
public async Task StartAsync(CancellationToken cancellationToken)
{
Console.WriteLine(@"
_____ _ _ _
/ ____|(_)| || |
| (___ _ | || | __ _ _
\___ \ | || || |/ /| | | |
____) || || || < | |_| |
|_____/ |_||_||_|\_\ \__, |
__/ |
|___/
");
var version = Assembly.GetExecutingAssembly().GetName().Version;
var ver = $"{version.Major}.{version.Minor}.{version.Build}";
Console.WriteLine($" :: Silky :: {ver}");
_hostApplicationLifetime.ApplicationStarted.Register(async () =>
{
await _moduleManager.InitializeModules();
});
}
public async Task StopAsync(CancellationToken cancellationToken)
{
_hostApplicationLifetime.ApplicationStopped.Register(async () =>
{
await _moduleManager.ShutdownModules();
});
}
}
在後臺任務StartAsync()
,在列印Silky的banner後,在應用啟動時註冊一個回撥方法,通過模組管理器IModuleManager
執行初始化模組方法;
在後臺任務StopAsync()
,在應用停止後註冊一個回撥方法,通過模組管理器IModuleManager
執行關閉模組方法,一般用於各個模組的資源釋放;
下面,我們檢視模組管理器ModuleManager是如何初始化模組的:
public async Task InitializeModules()
{
foreach (var module in _moduleContainer.Modules)
{
try
{
Logger.LogInformation("Initialize the module {0}", module.Name);
await module.Instance.Initialize(new ApplicationContext(_serviceProvider, _moduleContainer));
}
catch (Exception e)
{
Logger.LogError($"Initializing the {module.Name} module is an error, reason: {e.Message}");
throw;
}
}
}
模組容器_moduleContainer
的屬性_moduleContainer.Modules
是通過模組載入器ModuleLoader
載入並通過依賴關係進行排序得到的所有模組的範例,我們看到通過foreach
對所有的模組範例進行遍歷,並依次執行各個模組的Initialize()
方法。
同樣的,在應用程式停止時,會呼叫InitSilkyHostedService
任務的StopAsync()
,該方法通過呼叫模組管理器的ShutdownModules()
方法,實現對各個模組資源的釋放;
public async Task ShutdownModules()
{
foreach (var module in _moduleContainer.Modules)
{
await module.Instance.Shutdown(new ApplicationContext(_serviceProvider, _moduleContainer));
}
}
在Silky框架中,我將模組的型別劃分為如下幾種型別:
模組的定義SilkyModule
: SilkyModule是一個抽象的模組,用於定義模組的概念;其他業務模組必須要派生自該類;
業務模組: 直接派生自SilkyModule
類的非抽象類,Silky框架中,幾乎所有的包在通過定義業務模組後從而實現模組化程式設計的,很多核心的包都是業務模組,如:SilkyModule
、ConsulModule
、DotNettyModule
等等模組都屬於業務模組;
Http型別的業務模組:該型別的業務模組派生自HttpSilkyModule,相比一般的業務模組,該型別的模組增加了Configure(IApplicationBuilder application)
方法,該型別的模組一般用於通過web主機構建的微服務應用或是閘道器中,可以在Configure()
方法中通過IApplicationBuilder
參照http中介軟體,在silky框架中,諸如: CorsModule
、IdentityModule
、MiniProfilerModule
等均是該型別的模組; 需要特別注意的是,需要http業務模組設定的中介軟體起效果的話,不要忘記需要在Startup
類中的Configure
進行如下設定:
public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
app.ConfigureSilkyRequestPipeline();
}
DefaultGeneralHostModule
用於構建普通的業務主機,一般用於託管只提供RPC服務的微服務應用;WebSocketHostModule
用於構建提供WebSocket服務能力的業務主機;DefaultWebHostModule
用於構建能夠提供Http服務的業務主機,對外可以提供http服務,也可以用於內部rpc通訊;DefaultGatewayHostModule
用於構建閘道器微服務,一般為微服務叢集暴露對外部的http存取埠,通過路由機制,將http請求轉發到具體某個服務條目,對內通過RPC進行通訊;除此之外,開發者也可以自己的需求,為自己定義需要的啟動模組,在構建微服務主機時,指定相應的啟動模組。
Silky所有的模組是在什麼時候以及如何進行載入和排序的呢?
在之前的構建服務引擎的一章中,我們知道在AddSilkyServices<T>()
方法中,我們通過泛型T
來指定應用程式的啟用模組StartUpModule
型別。並構建了模組載入器物件ModuleLoader
,並且將模組載入器物件作為服務引擎的LoadModules()
方法引數:
public static IEngine AddSilkyServices<T>(this IServiceCollection services, IConfiguration configuration,
IHostEnvironment hostEnvironment) where T : StartUpModule
{
var moduleLoader = new ModuleLoader();
engine.LoadModules<T>(services, moduleLoader);
}
在服務引擎SilkyEngine
實現類中,除了實現IEngine
介面之外,還需要實現了IModuleContainer
介面,IModuleContainer
只定義了一個唯讀屬性Modules
,要求通過該屬性獲取所有的模組;在服務引擎中,我們通過模組載入器物件moduleLoader.LoadModules()
方法實現對模組的載入與解析,並對屬性Modules
進行賦值;
internal sealed class SilkyEngine : IEngine, IModuleContainer
{
// 其他程式碼略...
public void LoadModules<T>(IServiceCollection services, IModuleLoader moduleLoader)
where T : StartUpModule
{
Modules = moduleLoader.LoadModules(services, typeof(T));
}
// 實現IModuleContainer定義的屬性
public IReadOnlyList<ISilkyModuleDescriptor> Modules { get; private set; }
}
模組載入器ModuleLoader要求傳遞兩個引數,一個是IServiceCollection
的物件services
,一個是啟動模組StartupModule
的的型別typeof(T)
;下面我們來描述模組載入的過程:
通過SilkyModuleHelper.FindAllModuleTypes(startupModuleType)
查詢到啟動模組StartupModule
型別依賴的所有模組型別;
通過反射建立模組的範例,並通過IServiceCollection
註冊單例的模組範例,並建立模組描述符SilkyModuleDescriptor
;
根據模組的依賴關係對模組進行排序;
模組的依賴關係是通過特性DependsOnAttribute
指定的,通過DependsOnAttribute在對模組的類進行標註,就可以解析到各個模組的依賴關係,從而實現通過模組的依賴關係進行排序;
提示
熟悉APB框架的小夥伴應該可以看出來,Silky模組的設計主要是借鑑了APB框架的模組設計,在一些細節方面做了調整。
通過上面的介紹, 我們知道一個模組類的最重要的工作主要由兩點: 1. 實現服務的註冊; 2. 在應用啟動時或是停止時執行指定的方法完成初始化任務或是釋放資源的任務;
如何判斷是否是silky的核心模組呢? 核心模組最重要的一個作用就是在應用啟動時,通過Initialize()
方法執行該模組的初始化資源的任務;
通過檢視原始碼,我們發現大部分silky模組在應用啟動時並沒有重寫Initialize()
方法,也就是說,大部分silky模組在應用啟動過程時主要是完成各個模組的服務類的註冊並不需要做什麼工作。
如上圖所示,我們看到silky框架定義的模組,由如上幾個模組是在應用啟動是完成了主機啟動時的關鍵性作業;
我們再根據模組的依賴關係,可以看到主機在應用啟動時,通過模組初始化任務的一個執行順序如下所示:
RpcModule --> DotNettyTcpModule | TransactionModule | WebSocketModule | [RpcMonitorModule]
--> GeneralHostModule(啟動模組[StartUpModule])[DefaultGeneralHostModule|WebSocketHostModule|DefaultWebSocketHostModule]
通過上述的依賴關係,我們可以知道:
Rpc模組在應用啟動時是最早被執行;
然後依次執行: DotNettyTcpModule | TransactionModule | WebSocketModule | [RpcMonitorModule] 等模組;
最後執行應用啟動模組指定的初始化方法;
在上述的過程中,Silky主機在啟動時需要完成如下的工作:
實現Rpc訊息監聽的訂閱;
解析應用服務與服務條目;
啟動Rpc訊息監聽;
解析服務主機和註冊該主機範例對應的端點;
向服務註冊中心更新或是獲取服務後設資料(應用服務描述資訊和服務條目描述資訊);
向服務註冊中心註冊該服務當前範例的端點以及從服務註冊中心獲取該服務對應的所有範例;
通過心跳的方式從服務註冊中心獲取最新的服務後設資料以及服務範例資訊;
在下面的篇章中,我們將著重介紹上述的過程是如何實現的。