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

  • 时间:
  • 浏览:0

前言

作为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(800);//设置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