论逼人升级这一块，大厂里苹果敢说第二没人敢说第一，微软都不行。我现在 iphone 都不开 wifi 的，就怕它给我自动下载更新然后频繁提醒。

你到底是要哪里的好，后台服务应该是没多大区别的，转账、超级网银、资金归集的后台都是银联，还款本质上还是转账。能有区别的也就是资金归集规则、转账、还款的界面了。

貌似也就只有非国有并且财大气粗（同时账户管理费很贵）的招行，能够矮子里拔将军。需要注意的是：十年前，招行借记卡每张卡的账户管理费是 10 元 /3 月，平均日存款余额大于一万才可免，工资卡和信用卡的自动还款绑定卡也可以免除。

一、信用卡还款只能按指定的顺序冲抵账单（一般顺序是费、息、已出账单、无免息期的未出账单），绝不可能冲抵有免息期的未出账单，在未经你申请的时候也绝不可能冲抵剩余的分期账单。
二、信用卡充进去的钱，只能用于还款，不能退回，在没有特出处理的情况下，你只能把多充的钱留着还将来的账单。
三、取现必定产生手续费，但这是正常信用卡使用，对信用无影响。

你现在的情况就是在自动还款日手动还款，导致多充进去了钱，这个钱是没办法退回的。这个钱，你可以留着给还将来的账单（客服的话应该也是这个意思，你理解错了）。你也可以现在就取出来，因为是超出额度的溢缴款，所以并不会产生利息，但是取现有至少 1%的手续费，因为客服确认不是你的过错，所以他可以把这个手续费给你免除了（招行一般不直接免除，而是过些时间以一个特殊名目再返还）。

两种方案：一，全面全面全面全面……调查一下你们两个的不同，然后要走要留还是要打小报告随你自己；二、眼不见心不烦。

是。

你上边列的这些，加上绝大部分"string"，以及表示 0、1 （而不是假真）的 0、1，这些都是所见即所得的 literal，并不是魔法值。但谁让中国人特别喜欢干矫枉过正的事呢。

我有一个十年前的台式机，今年终于完全不再用了，还不知道怎么处理。

我为什么要点进来，确认了一下是问答区，赶紧送上 block 走人。

TOTP 了解一下 https://studymakesmehappy.club/posts/%E4%B8%A4%E6%AD%A5%E9%AA%8C%E8%AF%81%E5%99%A8%E6%98%AF%E5%A6%82%E4%BD%95%E5%B7%A5%E4%BD%9C%E7%9A%84/

@axo #69 根据域名注册规则和域名解析规则，同一个域名必定属于同一个人且指向同一个 IP，但是 https://domain.com 跟 http://domain.com 是实实在在的两个 URL。虽然绝大多数情况下都会将 http 302 到 https，或者 http、https 共用一个后台服务，规则是允许对这两个不同的 URL 提供不同服务的。

熔断的本质是：当我调用别人的时候处理的慢，我立马用备用内容响应调用我的人。熔断只是在服务不可用的时候能给个备用处理，并不能提高并发量——有可能备用处理还会临时封锁 IP 来强制降低并发量。

你这种情况，被拒绝的原因不是熔断，而是 feign。大量请求过来的时候，你的接口在请求另一个服务的时候也会启用大量的 feign 客户端，但 feign 客户端的总量是由限制的，你超过了就要被拒绝。调大线程池可接受的任务数，或者降低熔断的阈值（更加快速的熔断），应该就行了。

一般激活码也就二三十个字符，那么有没可能 软件 /机器人 通过穷举不同的部分来实现暴力激活呢。

李彦宏说得没错，本贴就暴漏了绝大部分人愿意用隐私换方便。

@azh7138m #23 你特意买个域名到公网上做前期测试？你当信息安全部是吃 X 的吗？

@vanishxiaoma #6 如果 Service 层是独立设计的（至少可以利用 Mock 脱离上下层进行自主单元测试），那么这些共用的代码，可以抽取成 Service 层内部的独立类——这些类只能被常规 Service 调用。（实际上，Controller/Action、Dao 层受限于框架只能是固定的单类模式，但从来没有人说过 Service 层也必须是单类模式。）

另外一种方式是在 Service 层和 Dao 层之间插入一层可选的 LowerService 层。

以上两种方式，都很容易步入另一个坑——CommonService Hell。

Controller/Action—Service—Dao，这是对应贫血领域模型的典型架构，它当初因为降低了 Java 的门槛而发扬光大，它之后因为暴漏的各种 Hell 以及面向过程编程的嫌疑而被多个（国外的）大佬批成了 SHI。现在研究它没啥意义，小项目建议 Controller/Action+SQL 模板（例如 Spring-Data-Jdbc ），大项目直接上领域模型设计。

一旦你放飞了，用不了多久就会碰上鸡和蛋的问题——A → B & B→ C &C→ A，调用链过长导致职责不明确的问题，以及任何面向函数编程回遇到的问题。

Service 是一个高内聚的独立单元。假如 A 调用了 B，那么：A 强依赖于 B，从而铁定是高耦合的； B 也可能要考虑到向其它 Service 返回数据（原本它只需要考虑向上层返回数据）从而降低了内聚程度。

两者可以同时用的——JWT 外加用户状态用于首次登录，session 用于跟踪。当然 session 要基于 redis、文件或其它独立存储做定制，并且此时 JWT 仅相当于 cookie。

问题是有的，不过不是复制的时候给你加上去，而是显示的时候给你隐藏了。其实也没啥搞不懂的，老子现在是垄断地位，难道不能有稍微喂你点那个东西的权力？

背景摘要： https://www.cnbeta.com/articles/tech/816637.htm 这个背景直接驱动了我 Chrome 转 Firefox。Chrome 干扰开发者这并不是首例，在这之前就出现过 Chrome 对.dev 域名强制启用 https，导致一大帮内部测试平台紧急更换虚拟域名。