千家信息网

如何解决asp.net模板引擎Razor中cacheName的问题

发表于:2024-10-13 作者:千家信息网编辑
千家信息网最后更新 2024年10月13日,这篇文章主要讲解了"如何解决asp.net模板引擎Razor中cacheName的问题",文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习"如何解决asp.n
千家信息网最后更新 2024年10月13日如何解决asp.net模板引擎Razor中cacheName的问题

这篇文章主要讲解了"如何解决asp.net模板引擎Razor中cacheName的问题",文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习"如何解决asp.net模板引擎Razor中cacheName的问题"吧!

具体如下:

一、为什么使用cacheName

使用cacheName主要是考虑到Razor.Parse()每解析一次都会动态创建一个程序集,如果解析量很大,就会产生很多程序集,大量的程序集调用会造成程序非常慢。

举个例子:

如果编译1000次,编译速度就会很慢。

static void Main(string[] args){ string cshtml = File.ReadAllText(@"E:\百度云同步盘\Study\Net_ASP.NET\Web基本原理\RazorCacheNameTest\HTMLPage1.cshtml"); for (int i = 0; i < 1000; i++) {  string html = Razor.Parse(cshtml);  } Assembly[] asms = AppDomain.CurrentDomain.GetAssemblies(); foreach (Assembly asm in asms) {  Console.WriteLine(asm.FullName+"\r\n"); } Console.ReadKey();}

二、如何解决这个问题

使用Razor.Parse()时,带上cacheName参数。

指定一个cacheName叫cc,下次Parse()解析时就不会重新编译了(除非cshtml内容修改,那么cacheName名也要重新命名,让Parse()解析新文件)

for (int i = 0; i < 1000; i++){  //如果调用1000次,使用下面方式就会创建很多程序集,性能很低  string html = Razor.Parse(cshtml);   //解析的cshtml文件我给的一个"缓存名"是cc,这次一旦编译成功  //下次再让你Parse() cc就不用重复编译了,速度会非常快,  //除非cshtml内容修改  Razor.Parse(cshtml, null, "cc");}

三、怎么确定cacheName表示的文件已修改呢?

有两种方式,一种就是文件全路径+文件修改时间,还可以根据cshtml文件的MD5值。

for (int i = 0; i < 10; i++){  string cshtml = File.ReadAllText(fullPath);  string cacheName = fullPath + File.GetLastWriteTime(fullPath);  //文件全路径+文件上一次被修改时间  string html = Razor.Parse(cshtml,null,cacheName);  Console.WriteLine(html);  Console.ReadKey();}

每当cshtml文件被修改,cacheName的值就会改变,Parse()根据cacheName值判断是否重新编译。假如测试过程中对cshtml文件做了三次修改,最终会生成三个程序集,如果cshtml文件未修改,最后只有一个程序集。

注意:关于cacheName的问题。

经过试验发现,即使cacheName写成一个固定的值,当cshtml发生改变的时候Parse的结果也是修改后的内容,这是为什么呢?

经过反编译我们发现Parse方法最终调用的是TemplateService的GetTemplate方法,代码如下:

private ITemplate GetTemplate(string razorTemplate, object model, string cacheName){ Func updateValueFactory = null; CachedTemplateItem item; if (razorTemplate == null) {  throw new ArgumentNullException("razorTemplate"); } int hashCode = razorTemplate.GetHashCode(); if (!this._cache.TryGetValue(cacheName, out item) || (item.CachedHashCode != hashCode)) {  Type templateType = this.CreateTemplateType(razorTemplate, (model == null) ? typeof(T) : model.GetType());  item = new CachedTemplateItem(hashCode, templateType);  if (updateValueFactory == null)  {   updateValueFactory = (n, i) => item;  }  this._cache.AddOrUpdate(cacheName, item, updateValueFactory); } return this.CreateTemplate(null, item.TemplateType, model);}

代码大意是:从缓存cache中查找是否有名字等于cacheName的缓存项"TryGetValue(cacheName, out item)",如果不存在,则编译创建;如果存在,则再检查缓存中的cshtml内容的hashCode(字符串的特征码,相同的字符串的HashCode一样,不同字符串的HashCode有一样的概率)和这次传进来的razorTemplate的HashCode是否一样,如果不一样也重新编译创建,而不使用缓存的。

因此这就能解释为什么用一个固定的cacheName,只要修改cshtml的内容,还是会Parse出新内容了。

有同学会问:既然修改cshtml后,就会重新Parse新内容,那要cacheName还有什么意义呢?这是因为不同的字符串的HashCode相同的概率很低,但并不是没有"A、B两个字符串不一样,但是hashcode相同"这种可能,因此如果只依赖HashCode的话,那么有这样的概率"cshtml的文件修改了,但是恰好修改后的HashCode和修改以前是一样的,那么Parse还是执行旧的逻辑"。所以加上cacheName才是"双保险"。

感谢各位的阅读,以上就是"如何解决asp.net模板引擎Razor中cacheName的问题"的内容了,经过本文的学习后,相信大家对如何解决asp.net模板引擎Razor中cacheName的问题这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是,小编将为大家推送更多相关知识点的文章,欢迎关注!

0