net core Webapi基础工程搭建(五)——缓存机制

  • 时间:
  • 浏览:5

前言

作为WebApi接口工程,性能数率是必不可少的,每次的访问请求,数据库读取,业务逻辑出理 都否则 耗费时间,偶尔再来个各种花式for循环,那就嗨翻天了,否则 公有的数据,访问频繁且大致重复的数据,他们他们他们 歌词 儿儿还时要考虑通过缓存来放置内存存储,以内存空间换取时间上的提升,至于缓存的依据 ,Cache,Session,Cookie等,为你这种用等呢,可能性还有什么都有有缓存的依据 ,如Redis,具体底下用到了会专门介绍。

Cache

net core中这么Cache,否则 它有MemoryCache,我我实在,大差不差,毕竟全是Cache。

Cache在项目工程中使用的范围还是挺广泛的:

  • 在自己开发的后后,我一般会把系统字典做缓存,方便调用提高响应数率
  • 消息推送后,会把消息实体缓存
  • 否则 ,自己看着办吧

首先,引入Microsoft.Extensions.Caching.Memory



这里我直接在Util引入,前面可能性讲了,有一个 工程引入第三方,否则 工程引入项目工程即可使用对应第三方类库。

引入完成后,他们他们他们 歌词 儿儿就始于来使用你这种MemoryCache吧。

    //实例化
    private static readonly MemoryCache Cache = new MemoryCache(new MemoryCacheOptions());
    /// <summary>
    /// 去掉

缓存
    /// </summary>
    /// <param name="key">缓存Key</param>
    /// <param name="value">缓存Value</param>
    /// <param name="expiresSliding">滑动过期时长(可能性在过期时间内有操作,则以当前时间点延长过期时间)</param>
    /// <param name="expiressAbsoulte">绝对过期时长</param>
    /// <returns></returns>
    public static bool Set(string key, object value, TimeSpan expiresSliding, TimeSpan expiressAbsoulte)
    {
        if (key == null)
            throw new ArgumentNullException(nameof(key));
        if (value == null)
            throw new ArgumentNullException(nameof(value));

        Cache.Set(key, value,
            new MemoryCacheEntryOptions().SetSlidingExpiration(expiresSliding)
                .SetAbsoluteExpiration(expiressAbsoulte));
        return Exists(key);
    }

    /// <summary>
    /// 去掉

缓存
    /// </summary>
    /// <param name="key">缓存Key</param>
    /// <param name="value">缓存Value</param>
    /// <param name="expiresIn">缓存时长</param>
    /// <param name="isSliding">与否滑动过期(可能性在过期时间内有操作,则以当前时间点延长过期时间)</param>
    /// <returns></returns>
    public static bool Set(string key, object value, TimeSpan expiresIn, bool isSliding = false)
    {
        if (key == null)
            throw new ArgumentNullException(nameof(key));
        if (value == null)
            throw new ArgumentNullException(nameof(value));

        Cache.Set(key, value,
            isSliding
                ? new MemoryCacheEntryOptions().SetSlidingExpiration(expiresIn)
                : new MemoryCacheEntryOptions().SetAbsoluteExpiration(expiresIn));

        return Exists(key);
    }

你这种地方大致列下怎么里能使用,我我实在对于第三方的包,他们他们他们 歌词 儿儿封装是为了减少否则 开发人员的学习成本,底下的SqlSugar等类库一样,我我实在某种第三方可能性做了一次封装整合,而他们他们他们 歌词 儿儿是可能性实际开发时要来针对不同的业务功能做不同的封装整合,接口开放等。

补个测试效果,写到Session才想起来,唉,果然写东西这么让打断,-,-||。



注意观察时间,一段时间后Cache过期销毁。

Session

最初鼓捣net core的后后,我我我实在这么太多关注Session你这种会话模式,毕竟这么浏览器不能使用,后后跟别人谈到Session多爽的后后,说道Session我我实在本质上类事Cookie(当然我否则清楚),可能性用户访问全是有个SessionID,有请况的访问会留下Cookie也是情有可原的,可能性用户自己整个隐私模式访问,那,再见(你就在登录界面循环往复吧)。

在用户登录后,Session存储用户基本登录信息你这种是web端常用的手段,毕竟跟浏览器打交道Cookie少不了,对于无请况访问授权的JWT也是折腾过,不过还是理解不透彻,统一的授发token的依据 还是挺可取的,可能性是多服务,多应用,负载均衡的场景,单点登录我我实在方便,否则 我常规会自己生成token来通过Session可能性Redis存储,实际效果应该是差太多吧。

好了,废话太多说,一样是引入Microsoft.AspNetCore.Session



引入完成后,在Startup.cs注册Session服务。

        public void ConfigureServices(IServiceCollection services)
        {
            //…后后的代码
            
            #region Session
            services.AddSession(options =>
            {
                options.Cookie.Name = "April.Session";
                options.IdleTimeout = TimeSpan.FromSeconds(30000);//设置session的过期时间
                options.Cookie.HttpOnly = true;//设置在浏览器这么通过js获得该cookie的值,实际场景根据自身时要
            });
            #endregion
        }

注册服务后,时要在ConfigConfigure使用,注意所有的Use要在UserMvc后后不能生效。

        public void Configure(IApplicationBuilder app, IHostingEnvironment env)
        {
            //…后后的代码

            app.UseSession();//这里使用

            app.UseHttpsRedirection();
            app.UseMvc();
        }

在Util创建有一个 SessionUtil,来封装Session依据 ,这里只简单描述下怎么里能使用,后续代码开源后可查看源码使用。

    public class SessionUtil
    {
        /// <summary>
        /// 设置Session
        /// </summary>
        /// <param name="key">键</param>
        /// <param name="value">值</param>
        public void SetSession(HttpContext content,string key, string value)
        {
            content.Session.SetString(key, value);
        }
        /// <summary>
        /// 获取Session
        /// </summary>
        /// <param name="key">键</param>
        /// <returns>返回对应的值</returns>
        public string GetSession(HttpContext context, string key, string defaultValue = "")
        {
            string value = context.Session.GetString(key);
            if (string.IsNullOrEmpty(value))
            {
                value = defaultValue;
            }
            return value;
        }
    }

他们他们他们 歌词 儿儿依然拿你这种万恶的ValuesController开刀。



运行后,访问你这种Values/{id}接口,发现他们他们他们 歌词 儿儿的Session值可能性获取到了。

HttpContext你这种对象,还时要通过IServiceProvider来获取,原先方便调用统一维护。

新建AprilConfig类文件,代码如下:

    public class AprilConfig
    {
        public static IServiceProvider _provider;

        public static HttpContext HttpCurrent
        {
            get
            {
                object factory = _provider.GetService(typeof(IHttpContextAccessor));
                HttpContext context = ((IHttpContextAccessor)factory).HttpContext;
                return context;
            }
        }
    }

写好后他们他们他们 歌词 儿儿时要回到Startup.cs,给IserviceProvider赋值。



SessionUtil代码修改调整,不时要再传HttpContext你这种参数。



原先少传有一个 是有一个 ,后续用到HttpContext你这种上下文的后后,否则用考虑啥了,直接AprilConfig.HttpCurrent走起。

Cookie在web开发使用的还是相当频繁的,毕竟不占用服务器内存,跟服务器基本上没半毛钱关系,客户端的内存想咋折腾咋折腾,客户端的资源想咋使用咋使用(ps:这否则怎么能你的电脑这么卡,软件开发不考虑性能优化的种种结果)。

Cookie某种在net core中可能性支持,什么都有有不时要引入啥NuGet包。

新建CookieUtil(无须吐槽我的命名依据 ,习惯了)。

public class CookieUtil
    {
        /// <summary>
        /// 设置本地cookie
        /// </summary>
        /// <param name="key">键</param>
        /// <param name="value">值</param>  
        /// <param name="minutes">过期时长,单位:分钟</param>      
        public static void SetCookies(string key, string value, int minutes = 10)
        {
            AprilConfig.HttpCurrent.Response.Cookies.Append(key, value, new CookieOptions
            {
                Expires = DateTime.Now.AddMinutes(minutes)
            });
        }
        /// <summary>
        /// 删除指定的cookie
        /// </summary>
        /// <param name="key">键</param>
        public static void DeleteCookies(string key)
        {
            //你这种地方想判断就判断下,不过内部管理封装的依据

应该是可能性做过出理

            AprilConfig.HttpCurrent.Response.Cookies.Delete(key);
        }

        /// <summary>
        /// 获取cookies
        /// </summary>
        /// <param name="key">键</param>
        /// <returns>返回对应的值</returns>
        public static string GetCookies(string key,string defaultValue="")
        {
            string value = string.Empty;
            AprilConfig.HttpCurrent.Request.Cookies.TryGetValue(key, out value);
            if (string.IsNullOrEmpty(value))
            {
                value = defaultValue;
            }
            return value;
        }
    }

写好后后,老规矩ValuesController走一波。



测试结果:

小结

从创建工程到在线文档,日志管理,缓存机制基本上走了一遍了,下一步,否则数据层的操作,有一个 工程管理肯定少不了数据的支撑,总这么每次都自己YY数据吧,下一节,数据库操作

补充

针对Session.SetString的依据 这么问提,时要引入有一个 NuGet包,你这种底下暗含官方的扩展依据 ,Microsoft.AspNetCore.Http.Abstractions