06其他.docxVIP

其他单点登录系统如何实现1.到登陆页面2. 判断用户名是否为空为空提示用户名不为空判断密码是否为空为空提示密码不为空判断用户名是否存在：查询用户名浪费性能，所有使用了id查询，在redis中存用户名和id。根据用户名，查询出id，再根据id查询用户是否存在。用户名不存在提示用户名存在，判断密码是否正确，密码因为以前加密了，所有密码加密后进行比较密码错误提示密码正确把密码保存到session中：用户登陆成功后，应该把session存到redis中，因为如果服务消费方如果搭建集群，第一次登陆把session存到第一个集群服务中，如果没有去第一个取，会登陆失败。所有应该把session存放到redis中。二级缓存是把session存放到缓存中，也会出现上面取不到，登陆失败的情况。所以二级缓存被redis替代。cookie的key和value都是String类型，key是jsessionid value是32位字符串session共享如何解决的：session为了共享把session提取出来放到redis中，缓存redis可以让许多机器共享session。redis存的是key是session令牌（uuid+常量），value是用户名。客户请求，判断用户名和密码，如果都正确，到服务器集群中，查询是否有，如果有到redis中，根据用户查询令牌，放行。没有令牌第一次登陆，生成令牌。如果没有，把用户和密码存到session中，到redis中查询令牌，有令牌把用户名和密码存到cookie中的jsessionid中。放行。没有令牌第一次登陆，生成令牌。登陆成功后发现，搜索的条件没带过来，使用encodeURIComponent解决发现不能跨源：前端使用jsonp数据类型，类中使用返回MappingJacksonValue数据类型。cascade与inverse的区别：cascade主要用于级联操作inverse主要用于控制权是否反转，一般讲控制权放在多方true代表控制权要反转，就是交给多方控制，效率会提高svnsvn冲突解决A、放弃自己的更新，使用svnrevert（回滚），然后提交。在这种方式下不需要使用svnresolved（解决）B、放弃自己的更新，使用别人的更新。使用最新获取的版本覆盖目标文件，执行resolvedfilename并提交(选择文件—右键—解决)。C、手动解决：冲突发生时，通过和其他用户沟通之后，手动更新目标文件。然后执行resolvedfilename来解除冲突，最后提交。（1）解决版本冲突原则：-自己修改的代码不能丢失的方法一：复制出自己修改的内容，删除文件，下载最新文件，修改文件方法二：TortoiseSVN右击Margeshowlog选择最高版然后删除没有的部分最后commit提交SVN版本控制原理首先，SVN是一种集中式的版本控制工具。1、所有的客户端将自己的代码上传到中央服务器，中央服务器的版本数据库会保存上传的各个版本的代码，并进行统一管理。这里注意，客户端本身是不存在版本数据库的，所以，如果中央服务器离线或宕机，则集中式版本控制则无法使用。2、SVN是一个增量式的版本控制，它不会讲各个版本的副本都完整的保存下来，而只会记录下版本之间的差异，然后按照顺序更新或者恢复特定版本的数据。这使得服务端的存储量会非常低。svn流程安装svn插件向svn发布项目从svn下载项目向svn提交代码从svn更新代码Gitgit目标?速度?简单的设计?对非线性开发模式的强力支持（允许上千个并行开发的分支）?完全分布式?有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）Git与svn对比SvnSVN是集中式版本控制系统，版本库是集中放在中央服务器的，而干活的时候，用的都是自己的电脑，所以首先要从中央服务器哪里得到最新的版本，然后干活，干完后，需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就郁闷了。集中管理方式在一定程度上看到其他开发人员在干什么，而管理员也可以很轻松掌握每个人的开发权限。GitGit是分布式版本控制系统，没有中央服务器，每个人的电脑就是一个完整的版本库，这样，工作的时候就不需要联网了，因为版本都是在自己的电脑上。Git相对于SVN的不同git有本地仓库，有分支概念git工作流程一般工作流程如下：从远程仓库中克隆Git资源作为本地仓库。从本地仓库中checkout代码然后进行代码修改在提交前先将代码提交到暂存区。提交修改。提交到本地仓库。本地仓库中保存修改的各个历史版本。在修改完成后，需要和团队成员共享代码时，可以将代码push到远程仓库。负载均衡集群就是在多个应用服务（如：Tomcat）前端设一