精华内容
下载资源
问答
  • JAVA电商项目面试题(一)
    千次阅读
    2021-02-12 19:24:18

    需要按照功能点把系统拆分,拆分成独立的功能。单独为某一个节点添加服务器。需要系统之间配合才能完成整个业务逻辑。叫做分布式。

    集群:同一个工程部署到多台服务器上。

    优点:

    1、把模块拆分,使用接口通信,降低模块之间的耦合度。

    2、把项目拆分成若干个子项目,不同的团队负责不同的子项目。

    3、增加功能时只需要再增加一个子项目,调用其他系统的接口就可以。

    4、可以灵活的进行分布式部署。

    缺点:

    1、系统之间交互需要使用远程通信,接口开发增加工作量。

    2、各个模块有一些通用的业务逻辑无法共用。

    导入依赖的原则:

    1、所有的工程都需要的依赖应该在聚合工程(taotao-manage)中导入。

    2、在使用依赖的最底层导入。

    3、运行时所需要的依赖在web工程中加入。

    人员配置

    产品经理:3人,确定需求以及给出产品原型图

    项目经理:1人,项目管理

    前端团队:5人,根据产品经理给出的原型制作出静态页面

    后端团队:20人,实现产品功能

    测试团队:5人,测试所有的功能

    运维团队:3人,项目的发布以及维护

    开发周期

    采用迭×××发的方式进行,一般一次迭代的周期为一个月左右。

    #{}与${}的区别

    #{}:占位符,用于参数传递,可以防止SQL注入

    ${}:用于SQL拼接

    什么是负载均衡高可用

    nginx作为负载均衡器,所有请求都到了nginx,可见nginx处于非常重点的位置,如果nginx服务器宕机后端web服务将无法提供服务,影响严重。

    为了屏蔽负载均衡服务器的宕机,需要建立一个备份机。主服务器和备份机上都运行高可用(High Availability)监控程序,通过传送诸如“I am alive”这样的信息来监控对方的运行状况。当备份机不能在一定的时间内收到这样的信息时,它就接管主服务器的服务IP并继续提供负载均衡服务;当备份管理器又从主管理器收到“I am alive”这样的信息时,它就释放服务IP地址,这样的主服务器就开始再次提供负载均衡服务。

    什么是FastDFS

    FastDFS是用c语言编写的一款开源的分布式文件系统。FastDFS为互联网量身定制,充分考虑了冗余备份、负载均衡、线性扩容等机制,并注重高可用、高性能等指标,使用FastDFS很容易搭建一套高性能的文件服务器集群提供文件上传、下载等服务。

    Redis优点

    1.支持多种数据类型存储

    2.支持持久化

    3.功能丰富

    4.简单稳定,基于c语言开发

    redis支持两种方式的持久化,一种是RDB方式,一种是AOF方式。可以单独使用,也可以将二者结合使用。

    1.RDB持久化(默认支持,无需配置)该机制是指在指定时间间隔内将内存中的数据集快照写入磁盘

    2.AOF持久化,该机制将以日志的形式记录服务器所处理的每一个写操作,在redis服务器启动之初会读取该文件来重新构建数据库,以保证启动后数据库中的数据是完整的。

    更多相关内容
  • 电商网站的面试题,从基础到深入系列,收集的其它同仁的,高级开发,架构级别,实用性强
  • java面试时常问的电商问题,做了一下归纳总结,可以更好的面对应聘
  • 本着共赢的心态,好东西自然也是要分享的 内容颇多,篇幅却有限,这就不在过多的介绍了,大家可根据以上截图自行脑补,不过这份《Java核心架构进阶知识点整理pdf》以及前面P8整理的全套系列大厂面试题皆可免费分享给...

    正文

    先问小伙伴们一个问题,登录难吗?“登录有什么难得?输入用户名和密码,后台检索出来,校验一下不就行了。”凡是这样回答的小伙伴,你明显就是产品思维,登录看似简单,用户名和密码,后台校验一下,完事了。但是,登录这个过程涵盖的知识点是非常多的,绝不是检索数据,校验一下这么简单的事。

    那么登录都要哪些实现方式呢?i最传统的就要是Cookie-Session这种方式了,最早的登录方式都是这样实现的。但是随着手机端、H5端的兴起,前后端分离的模式越来越流行,基于Cookie-Session这种登录方式不是很方便,渐渐的JTW开始流行,现在大部分项目的登录方式都是基于JWT的了。那么Cookie和JWT都是怎样实现登录的呢?这两种方式有什么区别呢?我们在做登录的x时候该怎么选择呢?咱们先看看这两种方式的原理。

    Cookie方式

    因为Http协议是无状态的,我们后台的服务(如Tomcat)在接收到前端发送过来的Http请求时,是区分不出哪个请求是谁发出的,这和我们的登录功能是相违背的,登录的功能就是要区分每一个请求是由哪个用户发出的,这就变成了有状态,那怎么办呢?Cookie应运而生,Cookie是存储在浏览器端的,在Cookie中存储的内容是键值对,也就是name-value。浏览器在向后台发送请求的时候,会把Cookie放在请求头中,传送给后台的服务,后台的服务会从请求头中取到Cookie,再从Cookie中取出键值对中jsessionid对应的值。这个jsessionid的值就是你这次会话的id,对应着服务端的一个session。

    好了,到这里session这个概念出来了,session是什么呢?session是存储在服务端的,每一个会话对应服务中的一个session。咱们可以把session理解为一个Map,它的key存储的session的id,value存储的东西就随便了,我们在写程序时想存啥就存啥。它的key存储的值就是Cookie中存储的jsessionid的值,这样,浏览器发送请求到后台服务,后台才能根据Cookie中的jsessionid取到对应的session,再从session中取到之前存储的状态,如存储在session中的登录状态、用户id等。Cookie-Session机制是通用的,所有的浏览器都支持Cookie,就连最低端的IE都支持,你说他普遍不普遍。Session是后端容器必须支持的,如Tomcat,还有像其他的如Resin、jetty等。这些对开发人员都是透明的,无需过多关注。

    Cookie-Session的由来给大家说完了,我们看看基于Cookie这种方式的登录流程,

    • 用户在浏览器输入用户名、密码,点击登录,发送请求到后台服务;
    • 后台服务校验用户名、密码,将登录状态状态和用户id存储在session中;
    • 将session的id存储在Cookie中,通过响应头返回到浏览器;
    • 当用户点击其他功能时,向后台发送的请求中会自动带上Cookie;
    • 后台通过Cookie中的jsessionid找到对应的session,开发人员可从session中取出当前会话的登录状态和用户id。

    基于Cookie-Session机制的登录实现方式的整体流程就是这个样子。看上去很完美,但还是存在不少问题的,我们来看看这些问题。

    分布式会话

    上面的示例,我们的后台服务只有一个,一个服务往往很难支撑服务,为了保障可靠性,最少都是部署两个后台服务。但是当部署多个后台服务时,我们的session就会出现问题,看看下面的图,

    • 假如用户登录的请求,分配到了后台服务1,后台服务1的session存了用户的登录状态和用户id。
    • 用户在点击其他功能时,请求分配到了后台服务2,可是后台服务2的session并没有存储登录状态和用户id。

    我们怎么解决这个问题呢?其实也很简单,第一,session集中管理,比如使用Redis;第二,所有的后台服务在获取session时,统一从Redis中获取。如下所示,

    我们可以使用中间件Spring-Session和Redis就可以解决这个问题。

    CORS

    使用Cookie实现登录的另外一个问题就是跨域,现在往往都采用前后端分离的方式进行开发,在开发的过程中,前端和后端通常不在一个域下,由于浏览器的同源策略,Cookie不能传入到后端。至于同源策略,不明白的小伙伴可以问一下度娘,这里不过多介绍了。要解决这个问题,在前端、后端都要进行设置,在我的另一篇文章《前后端分离|关于登录状态那些事》中有详细的介绍。总体归纳为:

    • 后端设置CORS允许跨域的域名,并且withCredentials设置为true;
    • 前端在向后端发送请求时,也需要设置withCredentials = true;

    这样,我们的Cookie就可以实现跨域了。不进行这些设置,Cookie跨域是不可能的,同源策略保证了我们Cookie的安全。

    CSRF

    CSRF,这个CORS是不一样的,长的比较像,也比较容易混。CSRF往往和系统的安全扯上联系,也是等保测试中比较重要的测试内容,它也是和Cookie有关的,大体的流程是这样的,

    • 用户登录了A网站,并没有退出;
    • 此时,用户又访问了B网站;
    • 在B网站有个隐藏的请求,请求了A网站的一个重要的接口,比如:转账、支付等。
    • 在请求A网站的同时,带上了A网站的Cookie,所以一些危险的操作就成功了。

    关于CSRF的攻防,在我前面的文章《CSRF的原理与防御 | 你想不想来一次CSRF攻击?》中有详细的介绍。总之,使用Cookie实现登录是需要重点防范一下CSRF攻击的。

    JWT方式

    近年来,由于手机端的兴起,前后端分离开发方式的流行,JWT这种登录的实现方式悄然兴起,那么什么是JWT呢?JWT是英文JSON Web Token的缩写,它由3部分组成,

    • header,一般情况下存储两个信息,1类型,一般都是JWT;2加密算法,比如:HMAC、RSA等;
    • payload,这里就存储登录的相关信息了,比如:登录状态、用户id、过期时间等。
    • signature,签名,这个是将header、payload和密钥的信息做一次加密,后台在接收到JWT的时候,一定要验签,谨防JWT的伪造。

    下面咱们看看JWT的登录实现,

    我们看到整体的流程和Cookie的实现方式是一样的,只不过是没有用到Cookie、Session。那么它与Cookie-Session的区别是什么呢?

    • 登录状态、用户id并没有存储到session,而是存在JWT的payload里,返回给了前端。
    • 在前端JWT不会自动存储到Cookie中,前端开发人员要处理JWT的存储问题,比如LocalStorage
    • 再次发起请求,JWT不会自动放到请求头中,需前端同学手动设置
    • 后端从请求头中取出JWT,验签通过后,拿到登录状态、用户id,不是从session中取

    相比Cookie的方式,JWT的方式需要更多的开发工作量。那么其他的问题存在吗?我们一个一个看。

    分布式会话

    我们后台部署多个服务,会有分布式会话的问题吗?

    无论请求被分配到哪一个后台服务中,登录状态和用户id都是从JWT中取出来的,不会出现分布式会话的问题。我们在后台部署集群的时候,根本不用care这个问题。

    CORS

    Cookie的跨域受到同源策略的保护,不经过特殊的设置,是不能够跨域的。那么JWT呢?JWT是前端同学手动在请求头中设置的,如果向其他的域发送请求要注意,稍不注意,在请求的时候,调用了封装的公共方法,就会把JWT发送给其他域的后台,前端的小伙伴要打起精神啊。

    CSRF

    Cookie的方式,B访问A网站,会把A的Cookie带上,从而造成了安全隐患。那么JWT呢?JWT在前端存储在A网站的域下,B在访问A网站时,是拿不到A网站的JWT的,那么也不可能在请求头中设置JWT,A网站的后台拿不到JWT,也不会做其他操作。所以,JWT可以很好的防止CSRF攻击。

    最后分享一波,Java核心架构进阶知识点

    面试成功其实都是必然发生的事情,因为在此之前我做足了充分的准备工作,不单单是纯粹的刷题,更多的还会去刷一些Java核心架构进阶知识点,比如:JVM、高并发、多线程、缓存、Spring相关、分布式、微服务、RPC、网络、设计模式、MQ、Redis、MySQL、设计模式、负载均衡、算法、数据结构、kafka、ZK、集群等。而这些也全被整理浓缩到了一份pdf——《Java核心架构进阶知识点整理》,全部都是精华中的精华,本着共赢的心态,好东西自然也是要分享的

    image

    image

    image

    内容颇多,篇幅却有限,这就不在过多的介绍了,大家可根据以上截图自行脑补,不过这份《Java核心架构进阶知识点整理pdf》以及前面P8整理的全套系列大厂面试题皆可免费分享给有需要的你,点击这里即可免费领取文中所有资料

    Java核心架构进阶知识点整理pdf》以及前面P8整理的全套系列大厂面试题皆可免费分享给有需要的你,点击这里即可免费领取文中所有资料

    展开全文
  • 面我的开发都用不到,你为什么要问?可能这是大部分程序员求职时的经历,甚至也是大家讨厌和烦躁的点。明明给的是拧螺丝的钱、明明做的是写CRUD的事、明明担的是成工具的人! 明明… 有很多,可明明公司不会招5年...

    一、前言

    聊的是八股的文,干的是搬砖的活!

    面我的题开发都用不到,你为什么要问?可能这是大部分程序员求职时的经历,甚至也是大家讨厌和烦躁的点。明明给的是拧螺丝的钱、明明做的是写CRUD的事、明明担的是成工具的人!

    明明… 有很多,可明明公司不会招5年开发做3年经验的事、明明公司也更喜欢具有附加价值的研发。有些小公司不好说,但在一些互联网大厂中,我们都希望招聘到具有培养价值的,也更喜欢能快速打怪升级的,也更愿意让这样的人承担更大的职责。

    但,你酸了! 别人看源码你打游戏、别人学算法你刷某音、别人写博客你浪98。所以,没有把时间用到个人成长上,就一直会被别人榨取。

    概述

    1. 什么是Redis
    2. Redis有哪些优缺点
    3. 为什么要用Redis /为什么要用缓存
    4. 为什么要用Redis而不用map/guava做缓存?
    5. Redis为什么这么快

    二、数据类型

    1. Redis有哪些数据类型
    2. Redis的应用场景

    三、持久化

    1. 什么是Redis持久化?
    2. Redis的持久化机制是什么?各自的优缺点?
    3. 如何选择合适的持久化方式
    4. Redis持久化数据和缓存怎么做扩容?

    四、过期键的删除策略

    1. Redis的过期键的删除策略
    2. Redis key的过期时间和永久有效分别怎么设置?
    3. 我们知道通过expire来设置key的过期时间,那么对过期的数据怎么处理呢?

    五、内存相关

    1. MySQL里有2000w数据,redis中只存20w的数据, 如何保证redis中的数据都是热点数据
    2. Redis的内存海汰策略有哪些
    3. Redis主要消耗什么物理资源?
    4. Redis的内存用完了会发生什么?
    5. Redis如何做内存优化?

    六线程模型

    1. Redis线程模型

    七.事务

    1. 什么是事务?
    2. Redis事务的概念
    3. Redis事务的三个阶段
    4. Redis事务相关命令
    5. 事务管理(ACID)概述
    6. Redis事务支持隔离性吗
    7. Redis事务保证原子性吗,支持回滚吗
    8. Redis事务其他实现

    八集群方案

    1. 哨兵模式.
    2. 官方Redis Cluster 方案(服务端路由查询)
    3. 基于客户端分配
    4. 基于代理服务器分片
    5. Redis主从架构
    6. Redis集群的主从复制模型是怎样的?
    7. 生产环境中的redis是怎么部署的?
    8. 说说Redis哈希椿的概念?
    9. Redis集群会有写操作丢失吗?为什么?
    10. Redis集群之间是如何复制的?
    11. Redis集群最大节点个数是多少?
    12. Redis集群如何选择数据库?

    九、分区

    1. Redis是单线程的,如何提高多核CPU的利用率?
    2. 为什么要做Redis分区?
    3. 你知道有哪些Redis分区实现方案?
    4. Redis分区有什么缺点?

    十、分布式问题

    1. Redis实现分布式锁
    2. 如何解决Redis的并发竞争Key问题
    3. 分布式Redis是前期做还是后期规模上来了再做好?为什么?
    4. 什么是RedLock

    十一、缓存异常

    1. 缓存雪崩
    2. 缓存穿透
    3. 缓存击穿
    4. 缓存预热
    5. 缓存降级
    6. 热点数据和冷数据
    7. 缓存热点key

    十二、常用工具

    1. Redis支持的Java客户端都有哪些?官方推荐用哪个?
    2. Redis和Redisson有什么关系?
    3. Jedis与Redisson对比有什么优缺点?

    十三、其他问题

    1. Redis与Memcached的区别
    2. 如何保证缓存与数据库双写时的数据一致性?
    3. Redis常见性能问题和解决方案?
    4. Redis官方为什么不提供Windows版本?
    5. 一个字符串类型的值能存储最大容量是多少?
    6. Redis如何做大量数据插入?
    7. 假如Redis里面有1亿个key,其中有10w个key是以某个固定的已知的前缀开头的,如果将它们全部找出来?
    8. 使用Redis做过异步队列吗,是如何实现的
    9. Redis如何实现延时队列
    10. Redis回收进程如何工作的?
    11. Redis回收使用的是什么算法?

    蚂蚁金服三面直击面试官的Redis三连,Redis面试复习大纲在手,不慌

    Redis面试复习大纲部分截图-001

    蚂蚁金服三面直击面试官的Redis三连,Redis面试复习大纲在手,不慌

    技术学习总结

    学习技术一定要制定一个明确的学习路线,这样才能高效的学习,不必要做无效功,既浪费时间又得不到什么效率,大家不妨按照我这份路线来学习。

    最后面试分享

    大家不妨直接在牛客和力扣上多刷题,同时,我也拿了一些面试题跟大家分享,也是从一些大佬那里获得的,大家不妨多刷刷题,为金九银十冲一波!

    和力扣上多刷题,同时,我也拿了一些面试题跟大家分享,也是从一些大佬那里获得的,大家不妨多刷刷题,为金九银十冲一波!

    [外链图片转存中…(img-i6O5j0Kn-1650508944741)]

    [外链图片转存中…(img-DvZmdl4I-1650508944742)]

    展开全文
  • https://www.apereo.org/projects/cas 你做过电商项目,那么你说说sku的几种常用设计方法,你们的sku是怎么设计的? sku:Stock Keeping Unit(库存量单位)产品统一编号的简称,每种产品均对应有唯一的SKU号 SKU属性...

    ActiveMQ如果数据提交不成功怎么办?

    Activemq有两种通信方式,点到点形式和发布订阅模式。如果是点到点模式的话,如果消息发送不成功此消息默认会保存到activemq服务端知道有消费者将其消费,所以此时消息是不会丢失的。

    如果是发布订阅模式的通信方式,默认情况下只通知一次,如果接收不到此消息就没有了。这种场景只适用于对消息送达率要求不高的情况。如果要求消息必须送达不可以丢失的话,需要配置持久订阅。每个订阅端定义一个id,在订阅是向activemq注册。发布消息和接收消息时需要配置发送模式为持久化。此时如果客户端接收不到消息,消息会持久化到服务端,直到客户端正常接收后为止。

    当被问到某个模快存在安全性问题(sso单点登录系统)时,如何回答?目前淘淘商城的sso系统的解决方案中直接把token保存到cookie中,确实存在安全性问题。但是实现简单方便。如果想提高安全性可以使用cas框架实现单点登录。

    https://www.apereo.org/projects/cas

    你做过电商项目,那么你说说sku的几种常用设计方法,你们的sku是怎么设计的?

    sku:Stock Keeping Unit(库存量单位)产品统一编号的简称,每种产品均对应有唯一的SKU号

    SKU属性的设计,可以分为两类:

    (1)通过属性集关联SKU属性 适合品类较少的网站,管理容易些。

    (2)产品和SKU属性直接关联

    适合品类很多网站,比较灵活,但是维护起来数据量比较大。

    为了简化,我增加SKU属性关联产品分类(可为空,表示是全局的),这样在创建产品时,可以只列出全局的+本产品分类的SKU属性,这样就不会一下子列出很多SKU属性了。SKU属性分为前端名称和后台名称两个,方便不同业务含义的SKU属性,在前端也能够用同一个名称显示,如颜色、容量等。另外在操作上可以做些优化,比如用下拉列表显示可选的SKU属性时,可以同时显示该属性的属性描述,供产品维护人员参考。

    基于SKU方式来管理产品时,产品的价格、库存和图片等信息必然是放在产品SKU表中处理的,和订单、购物车等表的关联,也是通过产品SKU表,而不是产品表。至于产品表,实际上是一个总的业务汇总和外部关联表,但实际销售的并不是它。我们网站做的更细些,会就每个产品SKU生成独立的URL(伪静态),但从SEO方面考虑,每个产品SKU拥有独立

    单点登录具体实现了什么功能?

    去登陆页面

    提交登陆页面

    用户名、密码、验证码的校验

    错误信息的回显

    保存用户到Session中

    重定向到登陆之前的访问页面

    Ajax跨域判断用户是否登陆

    Redis在其中是怎么用的?起了什么作用?

    redis中存储的都是key-value格式的。拿商品数据来说,key就是商品id,value是商品相关信息的json数据。

    在商城系统中当并发量比较高,频繁的对数据库进行读操作的时候都需要添加缓存。例如页面中内容数据的缓存、商品数据的缓存以及用户数据的缓存等。

    做商品数据的缓存时,因为商品的数据量很大,而且缓存是把数据保存到内存中,此时不可能把所有的商品数据都放到缓存中。所以需要设置商品数据缓存的有效期,当用户访问到非热点数据后,此数据放到缓存中,当缓存到期后就从缓存中删除,而且长时间不会添加到缓存。而热点数据一旦从缓存中删除会马上又添加到缓存。这样可以提高缓存的利用率,同时也减轻了数据库的压力。

    展开全文
  • 前段时间发放了学习资料给予自学java的同学们,自学虽好,但是架不住没有老师讲解重侧点(实际上许多培训班的老师也是水分多多,甚至无实战经验),今天我就抽空把java零基础入门(六个月)的学习重点画出来,在不...
  • 戳这里 经历这次面试我还通过一些渠道发现了需要大厂真实面试主要有:蚂蚁金服、拼多多、阿里云、百度、唯品会、携程、丰巢科技、乐信、软通动力、OPPO、银盛支付、中国平安等初,中级,高级Java面试题集合,附带超...
  • JAVA电商面试题

    千次阅读 2016-03-30 13:45:19
    一、Java线程池的具体实现,用过哪些Java多线程并发控制框架? 答:(1)引用来源:http://www.open-open.com/lib/view/open1406778349171.html 参考源码 JDK源码类:java.util.concurrent.ThreadPoolExecutor ...
  • 从业十多年,我从一位向往大厂的面试者成为了一个大厂面试官,身边很多从事Java 开发的朋友都不时咨询如何才能进大厂。的确,进大厂对于大多数人来说,绝不只是谈资,而是一种技术追求。 像阿里、腾讯、字节这样的...
  • Java电商项目面试题

    万次阅读 2017-12-19 17:10:33
    你做过电商项目,那么你说说sku的几种常用设计方法,你们的sku是怎么设计的? SKU属性的设计,可以分为两类: 1)通过属性集关联SKU属性  适合品类较少的网站,管理容易些。  如麦包包等专卖箱包或者...
  • datadir=/usr/lo 《一线大厂Java面试题解析+后端开发学习笔记+最新架构讲解视频+实战项目源码讲义》 【docs.qq.com/doc/DSmxTbFJ1cmN1R2dB】 完整内容开源分享 cal/mysql/data # The document was not informed ...
  • 本文档详尽描述了大多数电商2017-2018年度的Java面试题
  • 什么是SolrCloudSolrCloud是Solr提供的分布式搜索方案,当你需要大规模,容错,分布式索引和检索能力时使用SolrCloud。当一个系统的索引数据量少的时候是不需要使用SolrCloud的,当索引量很大,搜索请求并发很高,...
  • 为了帮助职业圈网友能够及时了解逸仙电商面试流程以及面试过程所涉及的面试问题,职业圈小编把刚获得的逸仙电商面试经验马上编辑好,快速提供给大家,以便能够尽快帮助到有需要的人。这次面试总共花了3天。面试...
  • 尚硅谷Java学科面试题正式出炉,且将持续更新!视频针对企业高频面试技术题目,涵盖内容:JavaSE、SSM、框架高级、电商项目。每个视频由浅入深的讲解,帮助大家更好地应对面试,并全方位掌握Java的核心技术点。
  • java商城项目的面试问题总结。涉及到 商城项目中常用的技术。
  • 一、Java线程池的具体实现,用过哪些Java多线程并发控制框架? 答:(1)引用来源:http://www.open-open.com/lib/view/open1406778349171.html 参考源码 JDK源码类:java.util.concurrent.Threa
  • java_高级程序员面试试题汇总,文档中汇集了各种高级java面试题,包括解答,代码解释等,收集来源与各大电商公司的面试题集锦
  • 电商面试题100问

    千次阅读 多人点赞 2020-05-09 17:20:49
    答:项目团队一般由6-10个人组成,4-5个人是java后台的,1-2个是前端,2个产品。 在项目中充当什么样的角色? 答:在项目中的职位是组员或者组长,主要负责开发功能模块,后期配合测试修改bug。 看工作时间与入职的...
  • getAsTemplateModel(DefaultToExpression.java:100) at freemarker.core.Expression.getAsTemplateModel(Expression.java:89) at freemarker.core.Expression.getStringValue(Expression.java:93) at freemarker....
  • 电商项目中是如何解决高并发和高可用的? 1.页面静态化 2.fastDFS图片服务器 3.数据缓存服务器 4.数据库集群、库表散列(数据库的各种优化、数据库的拆分) 5.负载均衡 什么是负载均衡 当一台服务器的单位时间内的...
  • **可以毫不夸张的说,Spring重新定义了Java,**所以这是重点也是难点,工作中必须会,面试时肯定考,不过很多人在面试的时候在简历上写着熟悉Spring,但也不过只是会用SSM,在这个基础上做crud罢了,对于Spring全家...
  • 什么是SolrCloudSolrCloud是Solr提供的分布式搜索方案,当你需要大规模,容错,分布式索引和检索能力时使用SolrCloud。当一个系统的索引数据量少的时候是不需要使用SolrCloud的,当索引量很大,搜索请求并发很高,...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 10,003
精华内容 4,001
关键字:

电商java 面试题

java 订阅