今天是周六,然后9点到的公司,来了之后,想了一下今天要做的工作,算了,还是看看技术文档吧,如果你看过我昨天的博客,就应该知道我昨天电话面试的内容,如果不知道的,可以去看看。今天就整理一下昨天的电话面试内容。
数据结构:对于我一个机械专业毕业的确实有点难,先不说了。
sPRingmvc注解:我当时说的是@requestmapping,@responseBody ,@Autoried(大概是这个,我一般是auto alt+/)哈哈。大概说了一下都什么时候使用。
然后是设计模式,问我除了单例模式,还会什么模式,什么时候使用。
我当时说的不是很好,说了一下策略模式,代理模式,观察者模式等,主要说的是策略模式和代理模式。
哪天我在好好整理一下设计模式的内容,我感觉很久没有整理知识点了,都是自己在工作中时候使用了我就去查一查,写一写,应该大部分的程序员都是这种状态。
算了,我去看看昨天关注的妹子博客吧。大家可以猜猜。
我快速的看看,首先我想到一个事:
java中switch很多面试题中都写着是参数只能是int(int和int以下的比如说byte等等),在jdk1.5之后已经出现了别的,String也可以。突然想起来,记一下。大家注意。我感觉我写的博客有点像是日记了,但是也会写java技术方面的。
不要和我说业务,你的业务对我来说没有什么用,我要的是技术。
下面这个是转载的:
【是什么】
单点登录,SSO(Single Sign On),简单说就是一处登陆,处处登陆。再简单说就是:在多个应用系统中,用户只需要登录一次,就可以访问所有相互信任的应用系统。
【举例】
像阿里巴巴,百度,搜狐等网站,当我们登录百度账号的时候,相应的百度糯米、百度音乐也都可以直接访问,这就是明显的单点登录的应用。
【为什么使用单点登录】
网站越大,就存在越多的子系统,用户一次操作或者交易可能涉及到几十个子系统的写作,如果每个子系统都需要用户认证,那用户不疯,系统也该疯了。所以我们要使用单点登录,来解决如何产生和存储信任,以及其他系统如何进行验证这个信任的有效性的问题。
【实现方式】
1.Cookie+Response.Redirect
2.HttpClient后台提交
【小结】
两种方式,看流程图会觉得第二种方式简单,其实不然。第一种方式反而更好实现一点,看起来流程复杂,实际代码很简单,只需要在后台把认证相关的操作全部返回给SSO,然后等着SSO处理完再返回即可。第二种方式却相对麻烦,需要在SSO上做状态存储,还要在客户站点做状态判断和跳转等。
结束,我去工作了,同志们!
新闻热点
疑难解答