首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Joker123456789  ›  全部回复第 24 页 / 共 26 页
回复总数  517
1 ... 16  17  18  19  20  21  22  23  24  25 ... 26  
❮ ❯
2020-11-11 16:49:29 +08:00
回复了 Joker123456789 创建的主题 › Java › Martian-cloud 4.0，跟注册中心拜拜了，基于传染机制的分布式组件诞生
@tikazyq

1. 在这个项目中 httpUtil 的作用是啥，您真的有有了解过吗？ 仅仅看了一眼这个类就下结论了？？ 建议你看清楚他到底是做啥的，我为什么要这么做，了解清楚在说话。

2. 需要显式？？？ 麻烦你再去看一遍好吗？ 看清楚了再下结论。即使你没看过我的文档，至少也看过我现在被你喷的得这篇文章吧，我在文章里介绍的 两种调用方式 有涉及到显式的 URL 吗？？有吗？

3. 这个我不知道你指啥，有则改之吧。

4. 请问 我官网的文档被你吃了吗？？？ 以及我文档里放的 demo 也被你一起吃了吗？？ 基于你说的第 2 个点 我甚至怀疑你连这篇文章都没看，就狂喷了。

我现在怀疑你 去看代码仅仅是为了找茬，你带着这个目的去的，那就算了好吗？我不需要你的鼓励和支持，你可以出门左拐，只要别在这大放厥词就行，谢谢您了。


最后，我只对你大动肝火了，因为你没资格说我，却在这大放厥词，是个人都会反击你的。

最后，不受人待见，和没人用是两码事，请你回小学重新学一遍语文吧。

最后的最后，其他人的回复 比你友好多了， 他们都是在谈自己的看法，而不是像你一样大放厥词只会嘲笑和喷粪。
2020-11-11 14:50:00 +08:00
回复了 Joker123456789 创建的主题 › Java › Martian-cloud 4.0，跟注册中心拜拜了，基于传染机制的分布式组件诞生
@woshiaha 对，但这个是延迟到问题， 在 B 的状态 很快就会变成宕机的，只要 N 毫秒内没收到心跳，立刻会被判定为宕机。 不过这个延迟是无法避免的，即使是 zk 通知 也是有延迟的。

而且我的 心跳机制并不是群体互相检测的哦，而是有我告诉大家我还活着，并不是你帮我告诉大家我还活着。

这位大佬 [Sunmxt ] ，对我的意思理解的比较透彻，因为提出的问题比较犀利，也是我一直在想办法解决的问题
2020-11-11 14:18:39 +08:00
回复了 Joker123456789 创建的主题 › Java › Martian-cloud 4.0，跟注册中心拜拜了，基于传染机制的分布式组件诞生
@tikazyq 你这种人就是 闲着蛋疼， 看到别人做东西，就过来疯狂嘲笑，我建议你去看看精神科，我认真的建议你。
2020-11-11 14:15:00 +08:00
回复了 Joker123456789 创建的主题 › Java › Martian-cloud 4.0，跟注册中心拜拜了，基于传染机制的分布式组件诞生
@tikazyq 有屁可以直接放，2 年只有 200 多个有什么问题吗？ 你别忘了，我做的这个领域可不是蓝海，而是被 spring 统治的红海。

你认知中的那些 随便发发文章就上千 star 的项目

1. 要么是 XX 管理系统，帮人偷懒用的
2. 要么只是依附于 spring 的小工具
3. 要么是某科技巨头发布的
4. 要么是蓝海的东西

请问有可比性吗？

最后，我还是那句话，有屁可以直接放，不用拐弯抹角，给我分享个百科是想干嘛？劝我放弃吗？

我还想说你病的不轻呢，你不感兴趣就滚出去，在这大放厥词干嘛？ 你要真有脑子，就学学你口中的众佬，说说你的看法。
2020-11-11 11:47:55 +08:00
回复了 Joker123456789 创建的主题 › Java › Martian-cloud 4.0，跟注册中心拜拜了，基于传染机制的分布式组件诞生
@Sunmxt 是的，所以还有很长的路要走，我需要再好好考虑下细节，不断优化才行。
2020-11-11 10:23:57 +08:00
回复了 Joker123456789 创建的主题 › Java › Martian-cloud 4.0，跟注册中心拜拜了，基于传染机制的分布式组件诞生
@Kirsk

可能是我理解的不够透彻吧， 我先说下我的理解，欢迎指正：

1. 注册中心主要做这三件事： 储存接口，服务上线通知, 服务下线通知。

2. 微服务在启动时会从注册中心获取一次接口，然后缓存在本地， 本地缓存的接口在收到 服务上下线通知后会更新。

3. 调用时，都是从本地缓存获取对应的接口，然后按照负载均衡的方式筛选 调用。 所以即使注册中心挂了，也不影响正在运行的微服务。

上面三个点整理出几个关键词：获取接口，本地缓存，上下线通知。 这几个关键词，目前我都是满足的。

其他跟注册中心无关的东西，比如负载均衡，熔断等，都不受影响

-----------------------------------------------------------------------------

不过肯定还有很多我没想到的细节，欢迎指正与指教
2020-11-11 09:57:10 +08:00
回复了 Joker123456789 创建的主题 › Java › Martian-cloud 4.0，跟注册中心拜拜了，基于传染机制的分布式组件诞生
@myCupOfTea 其实你楼上说的 比较符合我的想法。

先来说说 有注册中心的时候：

1. 启动时会从注册中心获取一套接口，缓存在本地。
2. 定时给注册中心发送心跳告诉他 自己还活着。
3. 注册中心会给其他服务发送通知，告诉他们那些服务已经下线了，然后收到通知的服务会从本地删除相应的接口。

而我现在这套思路：

1. 上面第一条 依然保留，只不过他不是从 zk，nacos 获取一套接口，而是从配置文件中配置的的那个服务上获取
2. 上面第二点依然保留，只不过他不是心跳给 zk，nacos，而是心跳给其他服务。
3. 如果自己挂了，他是无法通知别人的，但是每个微服务本地的缓存 都有失效时间的，只要没按时收到心跳就会删除本地缓存

所以整个考虑下来，其实并没有多做什么事。

至于负载均衡，熔断啥的，本身也跟注册中心没啥关系吧， 负载均衡目前我是提供了的， 熔断 还在开发中。
2020-11-10 22:12:16 +08:00
回复了 Joker123456789 创建的主题 › Java › Martian-cloud 4.0，跟注册中心拜拜了，基于传染机制的分布式组件诞生
@xuanbg 对啊，但是这个写死的地址，只在服务启动时 用一下，后面都用不到了。所以 问题不大，哈哈哈。
2020-11-10 22:11:30 +08:00
回复了 Joker123456789 创建的主题 › Java › Martian-cloud 4.0，跟注册中心拜拜了，基于传染机制的分布式组件诞生
@xuanbg 首先第一次部署，就是项目从 0-1 的上线，这个时候，肯定是需要规划 有几台服务器，哪个服务器部署哪个服务吧？

那就好办了啊，你开发的每个微服务，只需要配置一个这批服务器中的任意 ip:port 即可。

其他的，框架会自己解决。

然后如果想新加一个服务，只需要把新加的服务 连接到 正在运行的 任意一个服务即可。
2020-11-10 20:44:31 +08:00
回复了 Joker123456789 创建的主题 › Java › Martian-cloud 4.0，跟注册中心拜拜了，基于传染机制的分布式组件诞生
@xupefei 如果有 N 个微服务，那么相对于任意一个微服务来说，他最多将自己的接口传染 N 次。 而且是在内网传播，纯内存操作。 传染出去的接口，仅仅是自己的接口，数量相对有限。

什么时候会传染别人的接口呢？

别人主动找他要的时候，才会给。 这样算的话，在一整个微服务中，不可能所有人都找这一个机器要接口吧？ 只要稍微设置合理一点就好了
2020-11-10 20:12:10 +08:00
回复了 Joker123456789 创建的主题 › Java › Martian-cloud 4.0，跟注册中心拜拜了，基于传染机制的分布式组件诞生
@xuanbg 再补充一下，写死指的是，告诉 A，B 在哪里， 并不是把 B 的接口在 A 里写死， 千万别误解哦
2020-11-10 20:10:57 +08:00
回复了 Joker123456789 创建的主题 › Java › Martian-cloud 4.0，跟注册中心拜拜了，基于传染机制的分布式组件诞生
@fatedier 嗯~ 可能我没理解你说的意思，也可能是你没理解我说的意思。

这么说吧，即使是现在流行的 分布式架构模式， 每个微服务本地也是缓存了一套接口的。 而我现在只是改变了，服务与服务之间 互相发现的 机制。 其他并没什么变化。
2020-11-10 20:08:37 +08:00
回复了 Joker123456789 创建的主题 › Java › Martian-cloud 4.0，跟注册中心拜拜了，基于传染机制的分布式组件诞生
@NCE 你就算用 zk，你的每个微服务本地 也是缓存了一套接口的。我只是改变了 这些服务之间发现的方式而已。

所以你说的问题不存在
2020-11-10 20:07:56 +08:00
回复了 Joker123456789 创建的主题 › Java › Martian-cloud 4.0，跟注册中心拜拜了，基于传染机制的分布式组件诞生
@xiaofan2 好处不是写出来了吗？ 不需要 注册中心啊，少维护了了一套 zk 或者 nacos 集群，就是好处。
2020-11-10 20:07:02 +08:00
回复了 Joker123456789 创建的主题 › Java › Martian-cloud 4.0，跟注册中心拜拜了，基于传染机制的分布式组件诞生
@xuanbg 第一次连接 是通过配置写死的，但是服务启动后，这个写死的东西就用不到了。 也就是说 在 A 里面先用配置写死连接到 B，一旦 A 启动以后，B 挂了也没事，因为 B 身上的病毒(接口) 已经传染给 A 了。 此时 A 想跟其他服务产生关系，可以通过传染过来的病毒(接口)进行关联
2020-10-10 15:46:04 +08:00
回复了 coderMonkey 创建的主题 › Java › 这种按钮是怎么画出来的
css: 圆角，阴影，渐变色，伪类。

html: 图标，文字。
2020-09-05 14:39:57 +08:00
回复了 Joker123456789 创建的主题 › Java › Springboot 那么大，不用什么场景都用它吧，要不尝试下 Mars- Java ？
@fkdog 再接上一条回复： 我再啰嗦一遍，我内置 httpserver，你喜欢 tomcat，这不叫不灵活，这只是 我没提供你喜欢的那个东西。如果你说的不灵活是指这一类的，那你可以闭嘴了。 最后呢，我有解释的权利，但你没有喷人的权利，因为你不仅没使用这个框架，并且这个框架更没对你造成任何困扰和随时，你没资格喷。

你一开始礼貌的发出的那些疑惑，我都是在耐心的解释给你听的，你最后来一句"鸡同鸭讲"，"你喷多了"，“玩具框架”，我有点生气
2020-09-05 14:36:19 +08:00
回复了 Joker123456789 创建的主题 › Java › Springboot 那么大，不用什么场景都用它吧，要不尝试下 Mars- Java ？
@fkdog 请问，你看到我的真心请教了吗？ 如果看到了，那麻烦你赐教一下。不知道可否？ 我这个人比较实际，你跟我说这个框架不灵活，那我比较希望听到，到底什么需求做不了，而不是简单的一句“不灵活”。

如果你说不出来到底什么需求做不了，而气急败坏的用了一句“鸡同鸭讲”，“我喷多了”，“玩具框架”。 那恕我不能接受。

还有哦， 你一开始的切入点就是 跨域问题，但是我很明确的解释过了，跨域是支持的，我的限制是做在了接口上而不是服务上，options 可以请求通过并返回 200 的。你看到后不肯承认错误，又开始喷别得了，我也是醉了。

你但凡稍微写个 demo，也会知道支持跨域吧。连用都没用过，仅凭我这一篇文章上描述的信息，就开始喷了，简直就是盲人摸象。

最后，麻烦你 举几个做不了的例子出来， [仅限业务需求 和 在 web 开发这个领域，不要说不支持 jsp 等模板，这属于技术需求而不是业务需求，用前后端分离可以完美解决] ，你只要举出来了，你可以把这些例子打印出来，打成厚厚的纸，狠狠的摔在我脸上，把我甩的鼻青脸肿，使劲的骂我辣鸡。我保证服服帖帖的。

你说不够灵活，就要说出具体哪里不灵活，做什么需求做不了，不要简单的一句“不灵活”。
2020-08-18 11:52:55 +08:00
回复了 Joker123456789 创建的主题 › Java › Martian 框架的建议征集帖
@rancc 不需要自己 install，jar 包都传到 中央库了，直接用即可。

单测这个问题，如果 ip 不写死，那这个单测就没意义嘛。两个用来比较的值都是获取出来的，我怎么知道对不对呢。肯定是拿获取出来的值，跟实际的值做比较嘛，而实际的值 就得手工查看，然后写进去。
2020-08-18 11:50:57 +08:00
回复了 Joker123456789 创建的主题 › Java › Martian 框架的建议征集帖
@monkeyWie

嗯，我简单回复下吧：

1. 没打算支持 sun 系 以外的 jdk
2. 路由匹配这个，感谢你的建议，我稍后研究下
3. 这个还真不是为了不引入依赖，而是 common-fileupload 依赖 servlet，而我又丢弃了 servlet，不得已复制源码进行修改

4. 想用 jackson 的 用就是了啊，不管是 maven 还是 java 都没限制一个项目只能引入一个 json 解析包吧？ 想用 jackson 那就直接用好了，完全没问题啊，我完全无法理解这个槽点。 如果有洁癖的，不想看到一个项目里有两个 json 解析器，那大可选择别的框架，只是个 util 而已，这么纠结干嘛呢。 除非这个东西本身存在致命的缺陷，否则那就是各有千秋的事，说到底就是个人喜好嘛，我框架里用 fastjson 来处理数据，你自己写业务用 jackson 处理，一点问题都没。

5. 这个故意不要的，传参统一用对象，我连 requestBody，requestParam 这一类的注解都丢弃了，框架自动根据 Content-type 判断如何解析。 如果你不喜欢，那我只能说很遗憾吧，你可以选择别的

别人用不用，不是我关心的，我只是开源出来，并推荐给大家，springboot 很香，那用 springboot 就好了嘛。vert.x 很香，那就用 vert.x 好了嘛

开源项目本身就是随缘。
1 ... 16  17  18  19  20  21  22  23  24  25 ... 26  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1243 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 20ms · UTC 17:37 · PVG 01:37 · LAX 10:37 · JFK 13:37
Developed with CodeLauncher
♥ Do have faith in what you're doing.