Java SpringBoot商城*代理 java 商城

无论PHP也好，java也好，要知道他们这个语言是为了什么而生的。
PHP天生就是做web站的，所以任何web系统，用php都可以做的很炫无论PHP也好，java也好，要知道他们这个语言是为了什么而生的。
PHP天生就是做web站的，所以任何web系统，用php都可以做的很炫酷，因为php是偏前端语言，所以php的开发，多多少少对前端比较溜。但是php由于是前端，所以不适用于交易系统、金融系统等等。
你非要用，当然可以的，但是前后端在一起，写的不严谨，后期维护是大问题，当然php也是mvc模式的，前后端可以分离，这个没错，但是语言本身是脚本。他本身就不适合做电商这种金融类系统。
如果做视频、社交、博客等等，**选择PHP。
再说说java，java本来就是为了跨平台出生的，专门做后台的，用java做web其实只是用了java作为服务端，严格来说，java并不是做web的，只是可以做web。
因为是服务端语言，所以更加严谨、安全，另外是开源，社区支持多。
java做web其实天生有缺陷，但是做跨平台服务端是它天生的优势。
因为本人在公司担任技术负责人，对php、java都是略熟悉，我们公司主要是做电商。需要web呈现，考虑两者的优缺点，用php做前端、java做后台，是**的结合。
总结：语言无好坏，看语言本身的优势，在项目中用它的优势方面。
酷，因为php是偏前端语言，所以php的开发，多多少少对前端比较溜。但是php由于是前端，所以不适用于交易系统、金融系统等等。
你非要用，当然可以的，但是前后端在一起，写的不严谨，后期维护是大问题，当然php也是mvc模式的，前后端可以分离，这个没错，但是语言本身是脚本。他本身就不适合做电商这种金融类系统。
如果做视频、社交、博客等等，**选择PH无论PHP也好，java也好，要知道他们这个语言是为了什么而生的。
PHP天生就是做web站的，所以任何web系统，用php都可以做的很炫酷，因为php是偏前端语言，所以php的开发，多多少少对前端比较溜。但是php由于是前端，所以不适用于交易系统、金融系统等等。
你非要用，当然可以的，但是前后端在一起，写的不严谨，后期维护是大问无论PHP也好，java也好，要知道他们这个语言是为了什么而生的。
PHP天生就是做web站的，所以任何web系统，用php都可以做的很炫酷，因为php是偏前端语言，所以php的开发，多多少少对前端比较溜。但是php由于是前端，所以不适用于交易系统、金融系统等等。
你非要用，当然可以的，但是前后端在一起，写的不严谨，后期维护是大问题，当然php也是mvc模式的，前后端可以分离，这个没错，但是语言本身是脚本。他本身就不适合做电商这种金融类系统。
如果做视频、社交、博客等等，**选择PHP。
再说说java，java本来就是为了跨平台出生的，专门做后台的，用java做web其实只是用了java作为服务端，严格来说，java并不是做web的，只是可以做web。
因为是服务端语言，所以更加严谨、安全，另外是开源，社区支持多。
java做web其实天生有缺陷，但是做跨平台服务端是它天生的优势。
因为本人在公司担任技术负责人，对php、java都是略熟悉，我们公司主要是做电商。需要web呈现，考虑两者的优缺点，用php做前端、java做后台，是**的结合。
总结：语言无好坏，看语言本身的优势，在项目中用它的优势方面。
题，当然php也是mvc模式的，前后端可以分离，这个没错，但是语言本身是脚本。他本身就不适合做电商这种金融类系统。
如果做视频、社交、博客等等，**选择PHP。
再说说java，java本来就是为了跨平台出生的，专门做后台的，用java做web其实只是用了java作为服务端，严格来说，java并不是做web的，只是可以做web。
因为是服务端语言，所以更加严谨、安全，另外是开源，社区支持多。
java做web其实天生有缺陷，但是做跨平台服务端是它天生的优势。
因为本人在公司担任技术负责人，对php、java都是略熟悉，我们公司主要是做电商。需要web呈现，考虑两者的优缺点，用php做前端、java做后台，是**的结合。
总结：语言无好坏，看语言本身的优势，在项目中用它的优势方面。
P。
再说说java，java本来就是为了跨平台出生的，专门做后台的，用java做web其实只是用了java作为服务端，严格来说，java并不是做web的，只是可以做web。
因为是服务端语言，所以更加严谨、安全，另外是开源，社区支持多。
java做web其实天生有缺陷，但是做跨平台服务端是它天生的优势。无论PHP也好，java也好，要知道他们这个语言是为了什么而生的。
PHP天生就是做web站的，所以任何web系统，用php都可以做的很炫酷，因为php是偏前端语言，所以php的开发，多多少少对前端比较溜。但是php由于是前端，所以不适用于交易系统、金融系统等等。
你非要用，当然可以的，但是前后端在一起，写的不严谨，后期维护是大问题，当然php也是mvc模式的，前后端可以分离，这个没错，但是语言本身是脚本。他本身就不适合做电商这种金融类系统。
如果做视频、社交、博客等等，**选择PHP。
再说说java，java本来就是为了跨平台出生的，专门做后台的，用java做web其实只是用了java作为服务端，严格来说，java并不是做web的，只是可以做web。
因为是服务端语言，所以更加严谨、安全，另外是开源，社区支持多。
java做web其实天生有缺陷，但是做跨平台服务端是它天生的优势。
因为本人在公司担任技术负责人，对php、java都是略熟悉，我们公司主要是做电商。需要web呈现，考虑两者的优缺点，用php做前端、java做后台，是**的结合。
总结：语言无好坏，看语言本身的优势，在项目中用它的优势方面。
因为本人在公司担任技术负责人，对php、java都是略熟悉，我们公司主要是做电商。需要web呈现，考虑两者的优缺点，用php做前端、java做后台，是**的结合。
总结：语言无好坏，看语言本身的优势，在项目中用它的优势方面。无论PHP也好，java也好，要知道他们这个语言是为了什么而生的。
PHP天生就是做web站的，所以任何web系统，用php都可以做的很炫酷，因为php是偏前端语言，所以php的开发，多多少少对前端比较溜。但是php由于是前端，所以不适用于交易系统、金融系统等等。
你非要用，当然可以的，但是前后端在一起，写的不严谨，后期维护是大问题，当然php也是mvc模式的，前后端可以分离，这个没错，但是语言本身是脚本。他本身就不适合做电商这种金融类系统。
如果做视频、社交、博客等等，**选择PHP。
再说说java，java本来就是为了跨平台出生的，专门做后台的，用java做web其实只是用了java作为服务端，严格来说，java并不是做web的，只是可以做web。
因为是服务端语言，所以更加严谨、安全，另外是开源，社区支持多。
java做web其实天生有缺陷，但是做跨平台服务端是它天生的优势。
因为本人在公司担任技术负责人，对php、java都是略熟悉，我们公司主要是做电商。需要web呈现，考虑两者的优缺点，用php做前端、java做后台，是**的结合。
总结：语言无好坏，看语言本身的优势，在项目中用它的优势方面。
无论PHP也好，java也好，要知道他们这个语言是为了什么而生的。
PHP天生就是做web站的，所以任何web系统，用php都可以做的很炫酷，因为php是偏前端语言，所以php的开发，多多少少对前端比较溜。但是php由于是前端，所以不适用于交易系统、金融系统等等。
你非要用，当然可以的，但是前后端在一起，写的不严谨，后期维护是大问题，当然php也是mvc模式的，前后端可以分离，这个没错，但是语言本身是脚本。他本身就不适合做电商这种金融类系统。
如果做视频、社交、博客等等，**选择PHP。
再说说java，java本来就是为了跨平台出生的，专门做后台的，用java做web其实只是用了java作为服务端，严格来说，java并不是做web的，只是可以做web。
因为是服务端语言，所以更加严谨、安全，另外是开源，社区支持多。
java做web其实天生有缺陷，但是做跨平台服务端是它天生的优势。
因为本人在公司担任技术负责人，对php、java都是略熟悉，我们公司主要是做电商。需要web呈现，考虑两者的优缺点，用php做前端、java做后台，是**的结合。
总结：语言无好坏，看语言本身的优势，在项目中用它的优势方面。
无论PHP也好，java也好，要知道他们这个语言是为了什么而生的。
PHP天生就是做web站的，所以任何web系统，用php都可以做的很炫酷，因为php是偏前端语言，所以php的开发，多多少少对前端比较溜。但是php由于是前端，所以不适用于交易系统、金融系统等等。
你非要用，当然可以的，但是前后端在一起，写的不严谨，后期维护是大问题，当然php也是mvc模式的，前后端可以分离，这个没错，但是语言本身是脚本。他本身就不适合做电商这种金融类系统。
如果做视频、社交、博客等等，**选择PHP。
再说说java，java本来就是为了跨平台出生的，专门做后台的，用java做web其实只是用了java作为服务端，严格来说，java并不是做web的，只是可以做web。
因为是服务端语言，所以更加严谨、安全，另外是开源，社区支持多。
java做web其实天生有缺陷，但是做跨平台服务端是它天生的优势。
因为本人在公司担任技术负责人，对php、java都是略熟悉，我们公司主要是做电商。需要web呈现，考虑两者的优缺点，用php做前端、java做后台，是**的结合。
总结：语言无好坏，看语言本身的优势，在项目中用它的优势方面。
无论PHP也好，java也好，要知道他们这个语言是为了什么而生的。
PHP天生就是做web站的，所以任何web系统，用php都可以做的很炫酷，因为php是偏前端语言，所以php的开发，多多少少对前端比较溜。但是php由于是前端，所以不适用于交易系统、金融系统等等。
你非要用，当然可以的，但是前后端在一起，写的不严谨，后期维护是大问题，当然php也是mvc模式的，前后端可以分离，这个没错，但是语言本身是脚本。他本身就不适合做电商这种金融类系统。
如果做视频、社交、博客等等，**选择PHP。
再说说java，java本来就是为了跨平台出生的，专门做后台的，用java做web其实只是用了java作为服务端，严格来说，java并不是做web的，只是可以做web。
因为是服务端语言，所以更加严谨、安全，另外是开源，社区支持多。
java做web其实天生有缺陷，但是做跨平台服务端是它天生的优势。
因为本人在公司担任技术负责人，对php、java都是略熟悉，我们公司主要是做电商。需要web呈现，考虑两者的优缺点，用php做前端、java做后台，是**的结合。
总结：语言无好坏，看语言本身的优势，在项目中用它的优势方面。

针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。
针对这一问题，目前电商软件有采用较多的缓存、全文检索、云存储等技术进行解决，通过这些技术可以实现商城平台每秒1000+的并发交易处理，很好的解决了传统电子商务平台存在的大容量的关键数据存储问题，同时还具备较高的稳定性。如何判断一个系统性能是否稳定？笔者建议企业在了解性能这方面时可以询问电商软件提供商，查看软件程序的《性能报告》，里面详细记录了各种业务场景(首页、分类页、详情页...)测试结果，以达到全面了解系统的性能指标。

近公司要开发商城，让我多方咨询，后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：好还是myslq
1、轻量，2、开源（阿里的alisql就是MySQL改个名字），3、功能能满足电商需求
近公司要开发商城，让我多方咨询，后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：好还是myslq
1、轻量，2、开源（阿里的alisql就是MySQL改个名字），3、功能能满足电商需求
搜索：选择lucene较好，原因是他封装的较好
权限：对于电商来说不应该设计的过于复杂，我认为主要就两张表就够了，一个是角色Role表，一个是资源Resources表，然后用户和角色通过中间表关联下就OK了，角色里面有资源，很简单的逻辑，security、shiro这两款的权限框架都能做出这个需求。
缓存：目前使用Redis，我看到有的公司使用的是memcache，这个10年前，就这样，功能非常的简陋不说，主要一个问题是会有死缓存，就是缓存怎么也清空不了，这个你想想就知道多悲剧了，商家修改了价格，怎么也改不了，后只能关闭机器重启。还有的公司使用的还是hibernate提供的ehcache，这个大家自行了解即可，关键是他做集群有问题，搞电商不可能是单机的，刚上线至少是2台服务器。
静态化：目前做静态化，可以实现全站90%都是静态页面，数据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
近公司要开发商城，让我多方咨询，后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：好还是myslq
1、轻量，2、开源（阿里的alisql就是MySQL改个名字），3、功能能满足电商需求
搜索：选择lucene较好，原因是他封装的较好
权限：对于电商来说不应该设计的过于复杂，我认为主要就两张表就够了，一个是角色Role表，一个是资源Resources表，然后用户和角色通过中间表关联下就OK了，角色里面有资源，很简单的逻辑，security、shiro这两款的权限框架都能做出这个需求。
缓存：目前使用Redis，我看到有的公司使用的是memcache，这个10年前，就这样，功能非常的简陋不说，主要一个问题是会有死缓存，就是缓存怎么也清空不了，这个你想想就知道多悲剧了，商家修改了价格，怎么也改不了，后只能关闭机器重启。还有的公司使用的还是hibernate提供的ehcache，这个大家自行了解即可，关键是他做集群有问题，搞电商不可能是单机的，刚上线至少是2台服务器。
静态化：目前做静态化，可以实现全站90%都是静态页面，数据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制
搜索：选择lucene较好，原因是他封装的较好
权限：对于电商来说不应该设计的过于复杂，我认为主要就两张表就够
近公司要开发商城，让我多方咨询，后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：好还是myslq
1、轻量，2、开源（阿里的alisql就是MySQL改个名字），3、功能能满足电商需求
搜索：选择lucene较好，原因是他封装的较好
权限：对于电商来说不应该设计的过于复杂，我认为主要就两张表就够了，一个是角色Role表，一个是资源Resources表，然后用户和角色通过中间表关联下就OK了，角色里面有资源，很简单的逻辑，security、shiro这两款的权限框架都能做出这个需求。
缓存：目前使用Redis，我看到有的公司使用的是memcache，这个10年前，就这样，功能非常的简陋不说，主要一个问题是会有死缓存，就是缓存怎么也清空不了，这个你想想就知道多悲剧了，商家修改了价格，怎么也改不了，后只能关闭机器重启。还有的公司使用的还是hibernate提供的ehcache，这个大家自行了解即可，关键是他做集群有问题，搞电商不可能是单机的，刚上线至少是2台服务器。
静态化：目前做静态化，可以实现全站90%都是静态页面，数据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
集群、负载、分布式：前面的分库分表、服务化、图片服务器都是为集群、负载、分布式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制了，一个是角色Role表，一个是资源Resources表，然后用户和角色通过中间表关联下就OK了，角色里面有资源，很简单的逻辑，security、shiro这两款的权限框架都能做出这个需求。
缓存：目前使用Redis，我看到有的公司使用的是memcache，这个10年前，就这样，功能非常的简陋不说，主要一个问题是会有死缓存，就是缓存怎么也清空不了，这个你想想就知道多悲剧了，商家修改了价格，怎么也改不了，后只能关闭机器重启。还有的公司使用的还是hibernate提供的ehcache，这个大家自行了解即可，关键是他做集群有问题，搞电商不可能是单机的，刚上线至少是2台服务器。
静态化：目前做静态化，可以实现全站90%都是静态页面，数据从集群redis缓存中读取。
服务化：目前使用SpringCloud，主要是SpringCloud提供非常多的基于RPC的服务治理：服务发现注册、配置中心、消息总线、负载均衡、断路器、数据监控等。
图片服务器：这个也是非常重要的环节，目前我们测试系统都有5个G的图片了！！！！线上估计会是以T计算的，觉得是需要独立的图片服务器的。
近公司要开发商城，让我多方咨询，后看了很多，要不就是代码、表字段注释不全，要不就是bug多，要么就是文档缺少，后决定自己开发一套商城。
下面是开发的一些心得体会，权且记录下来，给自己做个记录把。
之**直都是在从事电商相关和互，这个是有非常大的问题的。一般我们的做法是在数据库层做的。通过中间件来做处理。
数据库选择：好还是myslq
1、轻量，2、开源（阿里的alisql就是MySQL改个名字），3、功能能满足电商需求
搜索：选择lucene较好，原因是他封装的较好
权限：对于电商来说不应该设计的过于复杂，我认为主要就两张表就够了，一个是角色Role表，一个是资源Resources表，然后用户和角色通过中间表关联下就OK了，角色里面有资源，很简单的逻辑，security、shiro这两款的权限框架都能做出这个需求。
缓存：目前使用Redis，我看到有的公司使用的是memcache，这个10年前，就这样，功能非常的简陋不说，主要一个问题是会有死缓存，就是缓存怎么也清空不了，这个你想想就知道多悲剧了，商家修改了价格，怎么也改不了，后只能关闭机器重启。还有的公司使用的还是hibernate提供的ehcache，这个大家自行了解即可，关键是他做集群有问题，搞电商不可能是单机的，刚上线至少是2台服务器。
静态化：目前做静态化，可以实现全站90%都是静态页面，数式做准备的，集群需要基于CDN做动态切换，服务器用Nginx做复杂，业务层用SpringCloud做分布式服务。
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制
下面整理下整个架构吧：
展示层/控制层:SpringMVC，SpringBoot做配置。
持久层：mybatis
数据库：MySQL/Oracle，支持主从复制