asp.net模板引擎Razor中cacheName的问题分析

这篇文章主要介绍了asp.net模板引擎Razor中cacheName的问题,实例分析了cacheName在提高编译效率方面的使用技巧,需要的朋友可以参考下

本文实例讲述了asp.net模板引擎Razor中cacheName的问题。分享给大家供大家参考。具体如下：

一、为什么使用cacheName

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

举个例子：

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

1. static void Main(string[] args) 
2. { 
3. string cshtml = File.ReadAllText(@"E:/百度云同步盘/Study/Net_ASP.NET/Web基本原理/RazorCacheNameTest/HTMLPage1.cshtml"); 
4. for (int i = 0; i < 1000; i++) 
5. { 
6. string html = Razor.Parse(cshtml);  
7. } 
8. Assembly[] asms = AppDomain.CurrentDomain.GetAssemblies(); 
9. foreach (Assembly asm in asms) 
10. { 
11. Console.WriteLine(asm.FullName+"/r/n"); 
12. } 
13. Console.ReadKey(); 
14. } 

二、如何解决这个问题

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

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

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

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

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

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

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

注意：关于cacheName的问题。

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

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

1. private ITemplate GetTemplate<T>(string razorTemplate, object model, string cacheName) 
2. { 
3. Func<string, CachedTemplateItem, CachedTemplateItem> updateValueFactory = null; 
4. CachedTemplateItem item; 
5. if (razorTemplate == null) 
6. { 
7. throw new ArgumentNullException("razorTemplate"); 
8. } 
9. int hashCode = razorTemplate.GetHashCode(); 
10. if (!this._cache.TryGetValue(cacheName, out item) || (item.CachedHashCode != hashCode)) 
11. { 
12. Type templateType = this.CreateTemplateType(razorTemplate, (model == null) ? typeof(T) : model.GetType()); 
13. item = new CachedTemplateItem(hashCode, templateType); 
14. if (updateValueFactory == null) 
15. { 
16. updateValueFactory = (n, i) => item; 
17. } 
18. this._cache.AddOrUpdate(cacheName, item, updateValueFactory); 
19. } 
20. return this.CreateTemplate(null, item.TemplateType, model); 
21. } 

代码大意是：从缓存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程序设计有所帮助。