jar包如何升级，json为什么在电视上加载不出来？
可能有以下几个原因：
1. 网络连接问题：TV box需要连接到网络才能播放内容，如果你的网络连接不稳定或者速度不够快，就会无法播放。
2. 软件问题：TV box上的播放软件需要经常更新，如果你的软件版本过旧或者损坏，也会无法播放。
3. 文件格式问题：一些特定的文件格式TV box不支持，如果你下载或者上传的文件格式不是TV box支持的，也会无法播放。
4. HDMI连接问题： TV box连接电视需要使用HDMI线，如果HDMI线出现问题，也会影响播放。
如果你遇到这种情况，可以尝试重新启动TV box和路由器，检查网络连接和软件更新，以及检查HDMI线是否连接好。
如何设计程序架构？
摘要：为了给企业提供稳定可靠且优质的服务，作为一名软件架构师，在应用的架构设计上也是费尽心思，本文作者来自“风语者客服+”的CTO黄耀华，他从自己多年的实践出发，总结了软件架构设计的一些经验，分享给大家。
“风语者客服+”是针对中小型企业推出的客服SaaS，节约了企业自建客服系统所需的巨大成本。为了给企业提供稳定可靠且优质的服务，我们在整体架构上费尽心思。虽然不尽完美，希望借此抛砖引玉，互相切磋。
前言
”Look deep into nature, and then you will understand everything better.“ -- Albert Einstein
我国传统文化上，要做成一件事，讲究三个方面：明道，优术，取势。在软件架构设计方面而言，也是类似的道理：遵循自然规律以明确大的方向，使用优秀的实操战术，再根据实际情况落地。
这是个快餐年代，几乎所有人都只做一件事 -“取势”。 几乎没有多少人会去理解一个Servlet的工作原理，去理解一次HTTP请求的完整流程，因为有超多框架帮你屏蔽了这里的细节。询问一个人会什么技术，回答也往往是我会Hibernate、Spring、Ibatis、会PullToRefresh组件、会使用SDWebimage。不过这些框架（Framework）其实并不是软件架构。软件架构是一所有生命力的房子，而这些框架只是大一点的板砖。
因为笔者水平有限，这里只提一些普遍准则，也就是”正确的废话“，以飨视听。不会深入到实操战术上，比如怎么用Spring实施MVC架构，怎么使用Maven管理依赖，Redis的常用操作，怎么搭建一个负载均衡的集群，如何使用阿里巴巴的Dubbo框架进行服务化等等。如果大家有兴趣，可以自行搜索，有很多优秀的文章可供参考。
不幸的“程序猿”和“程序媛”各有各的痛苦，幸福的程序员都是相似的。其实说幸福有点言过其实，下面就说说怎么让他们不那么痛苦。
一. 很好的模块化支持“At the bottom of every person's dependency, there is always pain, Discovering the pain and healing it is an essential step in ending dependency.” --Chris Prentiss
他们都在一个相对稳定的软件架构里编码，自己的代码不会依赖很多模块，不会因为自己微小的改动造成全局的失败。正如"1984"中的老大哥说的，Ignorance is strength（”对外界的“无知就是一种力量）. 任何一个模块都不能有太强的存在感。
曾经在一个大型互联网公司里面，任何人只要用到一个核心模块的功能，就必须依赖一个部署在某远程服务器的库，而且还有IP限制，只能把代码部署到指定网段才能运行起来。导致基本上没法在本地进行单元测试或者简单调试。这个核心库的存在感太强，就成了开发的瓶颈，严重的降低了生产力和码农的幸福程度。
在“风语者客服+”的架构中，每个码农都可以很方便的在本地把服务启动起来，一分钟up and running，随便做一些改动就可以立竿见影的看到效果。这里要归功于几个东西：
1. Git代码管理
在团队作战中，每个程序员可以取下来完整的最新代码库，也可以在本地分支上尽情挥毫泼墨，而不担心影响别人的工作。也可以把本地修改先stash起来，review一下别人的代码，再unstash恢复回来。要想提高团队效率，代码仓库管理建议尽快迁移到Git上。
2. Maven、Gradle、Cocopods等依赖管理
Maven是一个管理依赖（Dependency）的工具，现在在Java社区应该是比较普及的，无法想象现在还有团队直接拷贝jar包来管理依赖。虽然早期没有Maven的时候，都是拷贝jar包这么过来的，碰到的问题也是显而易见的，依赖的jar包作者改了某个bug，没能及时传导到调用方。多个调用方使用不一致的jar包，导致各种奇异bug。对应的在安卓社区，使用gradle的比较多，iOS的Objective-C开发中，多采用CocoaPods。
二. 高内聚，低耦合He should focus on his knitting, not trying to do everything. Do one thing well.-- Steve Jobs
"Do one thing well"其实不算是老乔的专利，UNIX哲学和Google哲学都提倡这一点。这句话本身不完全对，比如对于一个商人，如果只会Do one thing well，那他无法在市场中存活，但是在工程师中却是万般推崇的哲学。
我们可以期望一个人具备一百种技能，然而对一个工具只期望它把一个需求解决好解决彻底，对于实现工具的一个类，一个方法，更是如此。但是，实际经验中，我们经常看到一个5000行以上代码的类，活像一个巨人版的瑞士军刀，什么都能做，但是什么都做不好。这就是”Separation of Duty"没有做好的典范。
在风语者”客服+“对外提供的SDK和API中，我们也提倡同样的思想，力争把App使用”客服+“SDK的门槛降到最低，每个API都能自言其一，而且API直接没有时序上的依赖关系。内部各个模块的开发，也秉承同样的责任分割原则。责任分割原则的落实，没有什么好的框架或者工具来支持。只能通过老鸟经常去做Code Review，找出存在的问题，提出重构方案，并督促菜鸟改进。
个人一般采用的重构思路，仅作为参考，照搬后被老板批评乃至造成工伤概不负责：
把一个大的工具类，根据主题不同，拆分成若干个互不干扰的高内聚工具类；举个例子，一个万能的NetworkUtils可能可以拆成HttpUtils， FTPUtils，TelnetUtils等；对于一个被频繁调用的类，仔细观察调用情况，如果有一些方法的被调用频率远远低于其他方法，那么需要考虑这个方法是不是应该放在这个类中；存在A,B两个类之间的相互依赖，或者更多类的混乱依赖，那么就更要抽丝剥茧，通过合理安排类的功能来去除环形依赖；尝试一句话说清楚一个类的功能，不要使用“和”，“以及”，“或者”等连接词；如果出现了这些连接词，就需要引起重视；三. 用进化拥抱变化“It is not the strongest or the most intelligent who will survive but those who can best manage change.” ― Leon C. Megginson
前段时间，朋友圈疯传一篇文章 -——“架构腐化之谜”，大家都深表同感，纷纷表示对自己架构的未来的担忧。然而，说句不合时宜的话， 90%的担忧是杞人忧天，因为以现在产品更新换代的速度，90%的项目面市即意味着死亡，没等到架构腐朽，产品已经入土了。
剩下10%里面，也许有9%会一直坚持活下去，但是不会蓬勃发展，也就是说，只要保证不出现内存泄露之类的问题，代码就会一直在几台小服务器上运行下去，哪怕后面没有人维护也没关系。只有1%的产品，会日新月异的更新迭代，最终成长为巨无霸，或者巨无霸的生态下的一个环节。这个言论看似悲观，却是对现实最好的妥协。
谬用一下泰戈尔的名言：“不是槌的打击，而是水的载歌载舞，使鹅卵石臻于完美”， 不是闭门造车的架构，而是不断拥抱变化的需求，才使得架构臻于完美。
假如在早期就纠结于架构的完美性，而延迟产品的交付，是非常得不偿失的。只有生存下来，才有机会。再根据市场变化，不断优化架构，从而延长软件的生命周期。那么，假如撞大运，真的成了这1%，怎样做才能算是拥抱变化？
首先，请参考本文第一点和第二点。如果这两点基本功没有练好，那么谈架构的进化就和还没有通关十八罗汉的新手就想练成九阴真经是一个道理。
在设计之初，初步考虑系统的Scalability（可伸缩性）
下面在第四点会详细阐述。
内部的各个模块尽量做到可插拔
一方面是接口和实现的分离，可以随着需求的变化更换实现；另一方面，尽量把功能服务化，成为微服务，并且可以监控到服务的互相调用情况，当某个服务老化，可以逐步废弃或使用新的服务取代之。这一点上，阿里巴巴的Dubbo框架是一个不错的选择。
尽量采用优秀的框架，站在巨人的肩膀上
例如在Web层面，我们使用Twitter的Bootstrap前端框架来实现响应式Web编程，提高生产效率的同时减少了为解决各种设备适配问题的投入。当然，这就需要设计师配合，按照Bootstrap规范来设计页面，减少一些个性化设计。
最后，考虑系统的Resilience（弹性，也叫耐受性）
俗一点说，就是变成一只打不死的小强，代码中尽量提前预判可能遇到的各种情形。经常看到代码里面有一堆的if(){}判断语句，我就问作者，“你考虑过else{}吗？”一般回答都是，“这绝对只有if，不会有else的”，可如果真的遇到else怎么办？千年虫问题就是这么诞生的。可能很多新同学还不知道什么是千年虫问题，简单地说，就是当年的码农，为了省一点内存空间，只用了2位数来表达年份，比如int year = 98; 表达2022年。我猜码农当时的心态也是，“就我这代码，还能活到2022年，搞笑吧？”
程序员们平时可以多扩大自己的脑洞，想想有哪些else情况自己没有处理，而且可以轻易处理的。比如服务器挂了，那么App端是不是也要跟着crash，还是给出友好一点的提示，或者更友好一点，使用本地缓存。
四. 设计可扩展，但不要过度设计it's better to have infinite scalability and not need it, than to need infinite scalability and not have it--@littleidea 网友
无限的扩展能力是一种奢望，但是起码不能让扩展能力成为0。试想一下，你辛辛苦苦为老板开发了一个网站，过了一个月，网站超负荷了，老板说，“小A啊，之前2台服务器花了我5万块，预计流量马上要翻倍了，再给你5万块，帮我扛过去啊。”结果你发现，问题不是线性增加服务器就能解决的，原来的程序没有做分层（Web，Business Logic， Data Access等)，导致加服务器也只能把所有层的代码全搬到新的服务器，虽然只是Business Logic的计算有压力，却要浪费老板很多服务器。更糟糕的是，因为程序里面用到了文件系统和操作系统命令，不好做负载均衡。
这里有一些准则供参考：
代码分层是必须的，层次明朗以后，当哪个层次的负载较重，想办法对该层次进行优化或者扩容即可；保持核心服务是无状态的，所谓无状态就是没有和请求相关的数据依赖；尽可能的选用已被验证的广泛采用的成熟基础架构；充分利用Zookeeper等集群管理工具，来对服务进行管理；风语者“客服+”中，把业务相关的代码内部组装为风语者ServiceBox，使用阿里巴巴的Dubbo服务进行注册管理。当负载增加时，可以迅速在运维层面增加服务节点，以提供更高的服务能力，从而保证客户的优质体验。
java好学吗？
笔者作为一个在一线互联网公司从事多年Java服务端的开发人员，也是从零基础一路学习过来的，根据自己的认知对您提的问题进行简单解答:
Java到底好不好学答案是：不难学。很多人都以为编程是个很高深的东西，其实不然，真正学习了你会发现编程比你高中学的数理化要简单的多。说它不难呢，如果学深入了，还算有很多东西要学习，比如你学Java，后面可能要了解计算机组成原理、操作系统等底层知识，当然这些知识只要用心去了解，还是我们一般人都可以理解的。
Java学习途径说到一门知识或技能好不好用，学习途径是很重要的，如果没有学习途径，有的时候一个很简单的知识都要花很久搞明白。我们是踩在巨人的肩上的，老一辈人给我留下了很多宝贵知识以及经验，所以我们的学习途径非常多。
Java相关书籍：最传统的学习途径，优点就是知识点很全面，缺点就是有些知识点不单靠看书不好理解。推荐书籍：Java编程思想。Java相关视频教程：大部分程序员自学的途径，优点就是有老师带着学习，容易理解一些难理解的知识，但是大部分教程内容不全面，全面的需要付费。推荐视频：java入门高淇Java300集视频。Java官方文档：这一般是技术大佬选择的学习途径，优点就是很权威，缺点是英文文档居多，相对来说枯燥。很少人想读书一样去读，大部分作为像字典一样去查阅。Java相关技术文章：很多开发人员都有写技术博客的习惯，一是做学习或经验总结，二也是最重要的，就是展示个人实力（哈哈）。这种学习方式就需要自己去辨别技术文章的质量了，有的文章的确很棒，但是有的文章会误导人。推荐技术博客网站：CSDN、博客园。其实还有很多学习途径，就不一一列举了。这么多的学习途径，就算再难的知识也会变得并不是很困难，再说Java本来就算一门中等难度的高级编程语言，就更提不上有多难了。
最后说这么多，都是在解释Java并没有这么难。如果您还是不相信，可以思考下为什么会诞生出这么多Java培训机构，而且培训的人好多都是高中、大专的同学，而且他们也会有比较不错的工作。很明显，学习Java的难度不大，起点也不高，只要你肯学，一定比高中学的数理化简单。
笔者是一位热爱互联网、热爱互联网技术、热于分享的年轻人，如果您跟我一样，我愿意成为您的朋友，分享每一个有价值的知识给您。喜欢作者的同学，点赞+转发+关注哦！
哪个数据库调用最容易？
Java在多年的发展历程中，已证明自己是为软件开发而生的顶级通用编程语言。Java 广泛用于科学和教育，金融，法律和政府等许多行业。Java 是开源和面向对象的，其开发目的是使应用程序开发人员可以编写一次然后在任何地方运行。编译后的 Java 代码可以在支持 Java 的各个平台上运行。
2022 年的顶级 Java 框架。
1、Spring
2、Hibernate
3、Struts
4、Play
5、Google Web 工具包
6、Grails
7、Blade
8、JavaServer Faces
9、Vaadin
在许多情况下，使用SQL数据库存储/检索数据都是很好的选择。而现如今的很多情况下，它都不再能满足我们的目的，这一切都取决于用例的变化。
现在来讨论一些不同的非SQL存储/处理数据工具，例如，NoSQL数据库，全文搜索引擎，实时流式处理，图形数据库等。
1、MongoDB——最受欢迎的，跨平台的，面向文档的数据库。
MongoDB是一个基于分布式文件存储的数据库，使用C++语言编写。旨在为Web应用提供可扩展的高性能数据存储解决方案。应用性能高低依赖于数据库性能，MongoDB则是非关系数据库中功能最丰富，最像关系数据库的，随着MongDB 3.4版本发布，其应用场景适用能力得到了进一步拓展。
MongoDB的核心优势就是灵活的文档模型、高可用复制集、可扩展分片集群。你可以试着从几大方面了解MongoDB，如实时监控MongoDB工具、内存使用量和页面错误、连接数、数据库操作、复制集等。
2、Elasticsearch ——为云构建的分布式RESTful搜索引擎。
ElasticSearch是基于Lucene的搜索服务器。它提供了分布式多用户能力的全文搜索引擎，基于RESTful web接口。Elasticsearch是用Java开发的，并作为Apache许可条款下的开放源码发布，是比较流行的企业级搜索引擎。
ElasticSearch不仅是一个全文本搜索引擎，还是一个分布式实时文档存储，其中每个field均是被索引的数据且可被搜索;也是一个带实时分析功能的分布式搜索引擎，并且能够扩展至数以百计的服务器存储及处理PB级的数据。ElasticSearch在底层利用Lucene完成其索引功能，因此其许多基本概念源于Lucene。
3、Cassandra——开源分布式数据库管理系统。
最初是由Facebook开发的，旨在处理许多商品服务器上的大量数据，提供高可用性，没有单点故障。
Apache Cassandra是一套开源分布式NoSQL数据库系统。集Google BigTable的数据模型与Amazon Dynamo的完全分布式架构于一身。于2022开源，此后，由于Cassandra良好的可扩展性，被Digg、Twitter等Web 2.0网站所采纳，成为了一种流行的分布式结构化数据存储方案。
因Cassandra是用Java编写的，所以理论上在具有JDK6及以上版本的机器中都可以运行，官方测试的JDK还有OpenJDK 及Sun的JDK。 Cassandra的操作命令，类似于我们平时操作的关系数据库，对于熟悉MySQL的朋友来说，操作会很容易上手。
4、Redis ——开源(BSD许可)内存数据结构存储，用作数据库，缓存和消息代理。
Redis是一个开源的使用ANSI C语言编写的、支持网络、可基于内存亦可持久化的日志型、Key-Value数据库，并提供多种语言的API。Redis 有三个主要使其有别于其它很多竞争对手的特点：Redis是完全在内存中保存数据的数据库，使用磁盘只是为了持久性目的; Redis相比许多键值数据存储系统有相对丰富的数据类型; Redis可以将数据复制到任意数。
5、Hazelcast ——基于Java的开源内存数据网格。
Hazelcast 是一种内存数据网格 in-memory data grid，提供Java程序员关键任务交易和万亿级内存应用。虽然Hazelcast没有所谓的“Master”，但是仍然有一个Leader节点(the oldest member)，这个概念与ZooKeeper中的Leader类似，但是实现原理却完全不同。同时，Hazelcast中的数据是分布式的，每一个member持有部分数据和相应的backup数据，这点也与ZooKeeper不同。
Hazelcast的应用便捷性深受开发者喜欢，但如果要投入使用，还需要慎重考虑。
6、Ehcache——广泛使用的开源Java分布式缓存。
主要面向通用缓存、Java EE和轻量级容器。
EhCache 是一个纯Java的进程内缓存框架，具有快速、精干等特点，是hibernate中默认的CacheProvider。主要特性有：快速简单，具有多种缓存策略;缓存数据有两级，内存和磁盘，因此无需担心容量问题;缓存数据会在虚拟机重启的过程中写入磁盘;可以通过RMI、可插入API等方式进行分布式缓存;具有缓存和缓存管理器的侦听接口;支持多缓存管理器实例，以及一个实例的多个缓存区域;提供Hibernate的缓存实现。
7、Hadoop ——用Java编写的开源软件框架。
用于分布式存储，并对非常大的数据用户可以在不了解分布式底层细节的情况下，开发分布式程序。充分利用集群进行高速运算和存储。Hadoop实现了一个分布式文件系统(Hadoop Distributed File System)，简称HDFS。Hadoop的框架最核心的设计就是：HDFS和MapReduce。HDFS为海量的数据提供了存储，MapReduce则为海量的数据提供了计算。
8、Solr ——开源企业搜索平台，用Java编写，来自Apache Lucene项目。
Solr是一个独立的企业级搜索应用服务器，它对外提供类似于Web-service的API接口。用户可以通过http请求，向搜索引擎服务器提交一定格式的XML文件，生成索引;也可以通过Http Get操作提出查找请求，并得到XML格式的返回结果。
与ElasticSearch一样，同样是基于Lucene，但它对其进行了扩展，提供了比Lucene更为丰富的查询语言，同时实现了可配置、可扩展并对查询性能进行了优化。
9、Spark ——Apache Software Foundation中最活跃的项目，是一个开源集群计算框架。
Spark 是一种与 Hadoop 相似的开源集群计算环境，但是两者之间还存在一些不同之处，这些不同之处使 Spark 在某些工作负载方面表现得更加优越，换句话说，Spark 启用了内存分布数据集，除了能够提供交互式查询外，它还可以优化迭代工作负载。
Spark 是在 Scala 语言中实现的，它将 Scala 用作其应用程序框架。与 Hadoop 不同，Spark 和 Scala 能够紧密集成，其中的 Scala 可以像操作本地集合对象一样轻松地
10、Memcached ——通用分布式内存缓存系统。
Memcached是一套分布式快取系统，当初是Danga Interactive为了LiveJournal所发展的，但被许多软件(如MediaWiki)所使用。Memcached作为高速运行的分布式缓存服务器，具有以下的特点：协议简单，基于libevent的事件处理，内置内存存储方式。
以上我的回答希望对你有所帮助
AppCompat是什么？
1.appcompat_v7:应用兼容包，V7说的是版本7，即android2.1，这个兼容包支持2.1版本以上系统2.最近谷歌官方将兼容jar包与某些资源文件单独拿出来建立了一个android工程，实际上是一个资源库，右击此项目进入buildpath-点击android，你会发现islibrary打了勾，说明它是库。
其实这个库可以被多个项目共用，库中已经包含了v7.jar包，还有一些适配性的资源，你可以在开发多个项目时，将一些共用的代码，资源放入库中，方便使用。
低版本ADT建立项目时没有自动生成库，不过当我们需要时，可以新建项目，将islibrary打钩即可。
高版本ADT自动生成库，如果不需要，只需要在你新建的项目上右击Properties--android--library下选中库，点击remove移除即可。
3.当你的应用打包或者运行时，库会自动作为项目一部分进行打包编译。我也是更新之后发现的，看了官方文档了解到得，希望可以帮到你。
