【面试题】互联网项目常见问题!

changeking 2017-01-08 08:21:37
1. OA系统的权限管理是怎么实现的?在前端页面判断然后决定隐藏或者显示导航栏这种办法,相当于写死了,不能应对经常变更的用户权限和增加别的权限,应该采用什么方法应对action级别的权限管理?数据库表应该怎样设计?


2. 类似抢票软件,怎么应对两三百人同时抢资源这种情况?除了Spring事物控制,悲观锁乐观锁,前端加进度条(影响用户体验,用户会投诉慢),还有什么方案可以解决并发抢资源和提高速度这个问题?


3. 怎样设计接口?适用在高并发的项目中
...全文
668 9 打赏 收藏 转发到动态 举报
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
changeking 2017-01-14
  • 打赏
  • 举报
回复
引用 8楼pany1209 的回复:
[quote=引用 2 楼 changeking 的回复:] [quote=引用 1楼pany1209 的回复:]前端不用判断吧?登陆后直接ajax请求,根据用户得到角色,在根据角色得到权限,然后在页面显示
你的方式只有三张表做权限?用户,角色,权限?这样是不够的,表关系太简单了。肯定不是在前端判断,都说了,那样不能应对更多的权限变动,是action级别的权限,需要多做一张表action表来跟权限表关联,大概是这么做,有没有补充? 另外第二题的解决方法是?[/quote]我这个是四张表吧,如果一个用户有多个角色,role和user之间也是多对多,这样就5张表了,抢票那个我自己只模拟过用redis的乐观锁,感觉还可以[/quote]谢谢回复,你是用什么测压工具来测试的?你的工程架构是怎样的呢?
李德胜1995 2017-01-13
  • 打赏
  • 举报
回复
引用 2 楼 changeking 的回复:
[quote=引用 1楼pany1209 的回复:]前端不用判断吧?登陆后直接ajax请求,根据用户得到角色,在根据角色得到权限,然后在页面显示
你的方式只有三张表做权限?用户,角色,权限?这样是不够的,表关系太简单了。肯定不是在前端判断,都说了,那样不能应对更多的权限变动,是action级别的权限,需要多做一张表action表来跟权限表关联,大概是这么做,有没有补充? 另外第二题的解决方法是?[/quote]我这个是四张表吧,如果一个用户有多个角色,role和user之间也是多对多,这样就5张表了,抢票那个我自己只模拟过用redis的乐观锁,感觉还可以
changeking 2017-01-12
  • 打赏
  • 举报
回复
引用 6楼ylovep 的回复:
1. oa权限 需要 用户表,角色表,模块表,菜单表,权限表,用户角色关系表,权限和菜单的关系表 大致这些 2. 并发抢资源 经过查阅资料了解 可以事先将资源组装好,例如100件商品,可以事先创建100个订单在数据库 用户抢购订单的时候可以直接保存订单和用户的关系即可,这样就省去了创建订单的过程省去了数据库的一些IO操作,理论上应该 提高了不少的速度 3. 高并发接口 同样经过查询资料了解,1.接口同样可以用集群的方式进行部署,例如部署在5台电脑上,运行速度肯定会提升不少。 2.其次就是技术选型,http接口比webservice响应快所以技术也会影响效率 3.业务规避例如限制同一个用户调用对的次数,增加验证码,例如票务查询。 望大牛补充
不错,看看有没有其他办法?好像用mq消息队列也可以,大家觉得呢?高并发业务用集群可以防止单个服务器被拖垮的情况,但是如果一台机垮了,其业务会分担到其他机子上,满满也会把其他机子拖慢,所以集群可以用,但是还有什么技术是可以更加优化的
  • 打赏
  • 举报
回复
http://bbs.csdn.net/topics/392045527
changeking 2017-01-11
  • 打赏
  • 举报
回复
顶,这两道题感觉经常会问到的啊,有没有大侠知道?
ylovep 2017-01-11
  • 打赏
  • 举报
回复
1. oa权限 需要 用户表,角色表,模块表,菜单表,权限表,用户角色关系表,权限和菜单的关系表 大致这些 2. 并发抢资源 经过查阅资料了解 可以事先将资源组装好,例如100件商品,可以事先创建100个订单在数据库 用户抢购订单的时候可以直接保存订单和用户的关系即可,这样就省去了创建订单的过程省去了数据库的一些IO操作,理论上应该 提高了不少的速度 3. 高并发接口 同样经过查询资料了解,1.接口同样可以用集群的方式进行部署,例如部署在5台电脑上,运行速度肯定会提升不少。 2.其次就是技术选型,http接口比webservice响应快所以技术也会影响效率 3.业务规避例如限制同一个用户调用对的次数,增加验证码,例如票务查询。 望大牛补充
changeking 2017-01-10
  • 打赏
  • 举报
回复
引用 1楼pany1209 的回复:
前端不用判断吧?登陆后直接ajax请求,根据用户得到角色,在根据角色得到权限,然后在页面显示
你的方式只有三张表做权限?用户,角色,权限?这样是不够的,表关系太简单了。肯定不是在前端判断,都说了,那样不能应对更多的权限变动,是action级别的权限,需要多做一张表action表来跟权限表关联,大概是这么做,有没有补充? 另外第二题的解决方法是?
changeking 2017-01-10
  • 打赏
  • 举报
回复
自己顶一个,看看有没有高手?
李德胜1995 2017-01-08
  • 打赏
  • 举报
回复
前端不用判断吧?登陆后直接ajax请求,根据用户得到角色,在根据角色得到权限,然后在页面显示

67,513

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧