换了很多maven源，结果就是联不通，最后发现是设置的事
出现的场景，使用SS设置了全局代理，然后在Android Studio中设置了代理，然后将Android Studio代理关闭之后，还是发现上不了网。出现了这个错误。
解决：
找到.gradle文件夹下的gradle.properties 文件，将末尾的代理取消掉。
注：gradle.properties并非是项目中的文件，而是本地gradle中的文件。比如mac电脑是用户目录下.gradle文件夹中。
mac下该文件为隐藏文件，大家自行改为可见文件。
将代理注释掉即可。
systemProp.https.proxyPort=1080
systemProp.http.proxyHost=127.0.0.1
systemProp.https.proxyHost=127.0.0.1
systemProp.http.proxyPort=1080
完成。
关于 Dubbo 和 Spring Cloud 的相关概念和对比，上面已经叙述的很清楚了，我个人比较倾向于 Spring Cloud，原因就是真正的微服务框架、提供整套的组件支持、使用简单方便、强大的社区支持等等，另外，因为考虑到 .NET/.NET Core 的兼容处理，RPC 并不能很好的实现跨语言（需要借助跨语言库，比如 gRPC、Thrift，但因为 Dubbo 本身就是“gRPC”，在 Dubbo 之上再包一层 gRPC，有点重复封装了），而 HTTP REST 本身就是支持跨语言实现，所以，Spring Cloud 这一点还是非常好的（Dubbox 也支持，但性能相比要差一些）。
这是因为本地有修改,与云端别人提交的修改冲突,又没有merge. 如果确定使用云端的代码,最方便的解决方法是删除本地修改,可以使用以下命令: git clean -d -fx
报错原因 1.请求appid应用未上线或者是应用类型是第三方应用 2.签约权限问题 3.签名类型使用错误 4.请求参数问题 5.秘钥匹配问题 6.应用类型问题
最近在做支付宝APP的集成,遇到了一堆问题。百度不到,ALI64还好点,ALI38173基本上就没了。我也是测试了很久才解决的。ALI64的解决方案是因为要对私钥有问题。ALI38173是签名有问题。签名的解决方...
当然，继承微信和支付宝已经不是一次两次了，最早一次也时四年前的事了。 从来都没觉得简单过，然而这次依然没有摆脱这个噩梦。
java 如何判断操作系统是Linux还是Windows
项目中用到了shiro session会话管理机制，今天来总结一下，以下都是在spring boot框架实现。 shiro的session管理机制很完善，也是独立于j2ee容器且不依赖的，所以我们完全可以使用shiro提供给我们的session会话管理来实现我们的业务逻辑，默认提供的sessionDAO是memorySessionDAO，这里也主要讲它的配置和原理。 首先来看下如何在spring boot下配置默认的session会话管理： ShiroConfig类：
把ServletRequest转化为HttpServletRequest，就好获得了
fatal: Unable to create,git/index.lock': File exists.
consola 和 console 只差一个字母，并且它们都是控制器日志输出的好帮手。console 在某些方面，使用有些局限性。consola 是一个功能更丰富，更漂亮的控制台日志输出控件。今天我们一起来学习它的