mall 改造：首页访问频繁，我们应该用什么方法提高响应效率？

前言

一个移动端的app或者小程序，压力最大的往往就是首页，两个方面

1、是作为系统的首页，所有用户在登录的时候都要去访问。

2、系统首页，尤其是商场项目，首页展示的内容和业务逻辑往往是最复杂的。

 

app商城首页一般都有哪些内容

1、litemall_ad（广告表）

2、litemall_category（类目表）

3、litemall_coupon（优惠券信息规则表）

4、litemall_goods（商品基本信息表）

5、litemall_brand（品牌商表）

6、litemall_topic（专题表）

7、litemall_groupon（团购活动表）

具体的业务代码

代码主要是通过线程池池的方式，来多线程查询数据库。将首次查询的数据放入缓存中，避免短期第二次查询继续入库查询。

 

上面是入口我们再来具体的说下具体逻辑。

1、获取广告信息，通过函数我们可以看到，是通过三个查询条件来返回广告信息的。通过前端代码可以看出是没有对广告进行限制的，这里我认为作者应该优化一下，限定广告的数量。

 

2、类目列表

这里的逻辑是查询列数表中level为'L1'的数据并进行返回，这里同样建议作者改成分页的方式。

这里我在长期debug的过程中发现,这里是因为作者在request请求设置了请求超时时间5s中，本地debug，最好将这里的时间改成比较长的时间。

当我关闭debug是首页可以正常返回。

 

3、优惠卡显示

这里的逻辑

最热和最新商品展示

这里是通过数据库is_new，is_hot 来进行区分

品牌商列表查询

这里就是简单查询，不多说了。

 

专题查询

这里就是简单查询，不多说了。

 

团购列表

团购逻辑：通过团购规则表拿到团购信息，将团购信息与商品信息组合返回。

 

总结

相信通过我的介绍，大家可以简单对app的首页有了小姐。

目前litemall 还有很多功能有待开发，比方商品秒杀等。

我们上面说的是app首页的展示，所有的信息，是在admin后台管理配置的，app只是展示作用。

只有app和admin后台组合起来，才是一个完整项目。

 

喜欢点下关注，你的关注是我写作的最大支持