很久以来，一直是认为，知识是没有壁垒的，方法是通用的。
比如四人帮的24种设计模式，源自己于建筑模式的灵感，应用于计算机。反之，这几种模式同样也适应于其它行业.
SSO,英文名
Single Sing On 单点登录。这东东为什么会出现，基于以下几种场景：一个公司，有多套系统，由多个机构开发，有各自独立的权限系统。本来很久以来都运行的好好的，一段时间后，由于某个人能力特强，身兼数职，麻烦来了，如果是两三套系统，就有两三套密码，要是更多，不想了，取个折中的方案，全部设一个密码，解决密码问题，那帐号呢，那个可能能随便改，现在为了方便，强行统一了帐号,要一套一套的系统去修改用户帐号，可不是一件简单的事。
既然这么麻烦，有没有一种解决方案呢，归根结底，用户帐号和密码是给谁认----计算机系统，这就容易了，我把各套系统的帐号统一起来，建立一个新的机制（这个就叫SSO-server吧），让用户从一个系统登录以后，就在这个新系统里面登录一个Token，如果他再访问其它系统，那个系统将带着他的Token来请求SSO-server问他，“这个人登录过吗”，得到回答继续处理.
缘起:关注SSO这东东时，正好和朋友一起去逛了下世界最大的私家圆林---圆明圆
事例现场：圆明圆售票管理处征集处理方案，暂定50景点
方案1:每个景点设个卖票点
单景点最小化开销：检票/售票员 一名,检票用具一套，售票用具一套
统计：50人，50套售票用具，50套售票用品
方案2:在公园大门设一售票点,各分景点只设检票员
前题:售单票，和组合票(SSO系统访问可配置)
开销：大门：售票员一名 ,售票用品一套
分景点：检票员一名，检票用品一套
统计:51 人，1套售票用具，50套检票用品
你选那一个