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<t>(string razortemplate, object model, string cachename)
{
 func<string, cachedtemplateitem, cachedtemplateitem> 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程序设计有所帮助。