可以先序列化再用正则替换一下？

@Mithril 然后就可以快进到抽象代数……各种群和它们的性质。真是优雅。

@zhongjun96 听说可以几十块做个中专假证。

楼主做一个一定会在周四随机到 KFC 的，卖给 KFC 。

@wazggcd 亲测 Firefox 也可以。

@shuang 其实做了那么久 SSO ，我感觉国内搞这块的人是不是其实不太多……我从来没找到过什么论坛或者群聊是关于 SSO 这个主题的。

@shuang 按我的视角看来，定制开发 apereo 难点主要有以下几个：

1. 要对 spring 的依赖注入机制有相当的了解
2. 要对 thymeleaf 有一定了解
3. 如果需要深度地定制登录的流程，则需要对 webflow 有相当地了解，这一点是最难的

这个项目里有一堆 Java 喜欢的绕来绕去的操作，有一些肉眼可见的技术上的错误（不知道现在修复了没有），并且确实如你所说有一堆用不上的功能，虽然都是在编译期可插拔的但是对一个新手来说实在是容易让人眼花缭乱。不过当你需要提供多种认证协议的时候，可能 apereo cas 确实是比较好的方案。

在使用 apereo cas 之前，也曾经使用过 https://github.com/rbCAS/CASino ，不过看上去现在已经停止开发了。

之前看过一下 casbin 的论文，感觉他们的权限模型挺优秀的，简洁而且强大实用。他们的 SSO 实现似乎也支持多种认证协议，现在用的人好像渐渐多起来了，不过我没有具体尝试过这个项目，有兴趣的话你可以试试看。

另外建议一开始就把单点登出也考虑好怎么做，要不然到后面系统多了会很难搞。

@jorneyr 可以表面上使用 apereo cas ，并且把那个 AuthenticationHandler 自定义一下，通过 RPC 去调用自己搞的另一个认证服务。自己开发这个认证服务去根据各个公司现有帐号体系的情况来进行登录的认证和权限信息收集之类的功能。

其实 apereo cas 这个东西确实很复杂，如果没有足够的技术能力和人力，不建议用这个鬼东西，如果再让我来一次，我可能会选择一些其他的更加简洁的开源项目去替代这个 apereo cas ，但是依然把认证的部分自定义。

对了，记得留好沟通的记录，把你在安全上的考量和对这个方案的疑虑都写出来在一个可查的文档里，让领导确认就是要这样做。

否则可能会有意想不到的结果。

另外，如果领导在做完之后又说这个方案怎么那么蠢，要改掉，你就要么跑要么按部就班地排期改，改完了回家抱老婆。刚刚说的那个文档和签字画押是老板试图让你背锅的时候用的。

确实蠢到妈都不认识了，不过既然已经反复沟通过了，那说明让上级理解的可能性很小，所以现在方案就两个，一个是跑，另一个是快点做完回家抱老婆。

不要刻舟求剑。

恶意维权。

你 我 300 飞人

@cxe2v 一个典型的例子就是，调用方如果是 Java 服务用的 RestTemplate 的话，那么除了 2xx 之外会抛异常，需要额外的配置才能不抛异常……

妈耶，他们不怕收任天堂的律师函吗。

我看到 fx upgrade 的时候用的是 snap 都想直接杀了上 debian 了。

@leo108 其实还挺好的，因为 tako 在日语里是章鱼的意思。

我来说一下我的理解吧。如果不对的话还请指正一下。

1. top 实现原理：遇到问 top 和 free 还有 ps 之类的实现原理基本上就是要答去读取 /proc 里的文件，但是具体读什么文件我不知道，得去 google 查

2. ls 的实现原理：我还真一下子没想明白，我还猜是不是去调 syscall ，然后会不会跟 fs 有关系，后来一查发现人家 posix 里面都有接口，直接调就完事了，另外顺便还学到了 posix, syscall, libc 之间的关系，感谢楼主

3. sp 寄存器是一个 x86 里的寄存器，用来存当前程序的栈的栈顶的地址

4. x86 和 arm 有什么区别：根据我浅薄的理解，好像就是寄存器不太一样，x86 是 rsp rbp rax 之类的，而 arm 是 r1-r 十几，并且他们的指令集不一样，还有他们的内存模型不一样（具体哪里不一样我忘了，好像 arm 不保证内存的读取操作的顺序，就是 happens before 的那套东西不太一样）

5. 寄存器怎么实现的……这个不懂

6. 面向对象是什么：八股文，封装，继承，多态，然后把这三个具体的解释再背一遍

鸭子类型以前听说过，看楼主在这说的我又去查了一下发现以前都理解错了，感谢楼主让我又学到了。

如果说这个人是搞 cpp 的，问这种问题倒还算正常。因为 c/cpp 可以算是 cpu 和操作系统就是他们的 runtime 。一个程序员对他写的程序的 runtime 有一些了解这个要求其实也还算合理。不过拿来问 go 程序员是不是合理，可能还是要看他招这个 go 程序员来做什么事吧。