jvm调优主要是针对垃圾收集器的收集性能优化，令运行在虚拟机上的应用能够使用更少的内存以及延迟获取更大的吞吐量。
1、性能定义

要查找和评估器性能瓶颈，首先要知道性能定义，对于jvm调优来说，我们需要知道以下三个定义属性，依作为评估基础:

吞吐量：重要指标之一，是指不考虑垃圾收集引起的停顿时间或内存消耗，垃圾收集器能支撑应用达到的最高性能指标。

延迟：其度量标准是缩短由于垃圾啊收集引起的停顿时间或者完全消除因垃圾收集所引起的停顿，避免应用运行时发生抖动。

内存占用：垃圾收集器流畅运行所需要 的内存数量。

这三个属性中，其中一个任何一个属性性能的提高，几乎都是以另外一个或者两个属性性能的损失作代价，不可兼得，具体某一个属性或者两个属性的性能对应用来说比较重要，要基于应用的业务需求来确定。
2、性能调优原则

在调优过程中，我们应该谨记以下3个原则，以便帮助我们更轻松的完成垃圾收集的调优，从而达到应用程序的性能要求。

2.1MinorGC回收原则： 每次minor GC 都要尽可能多的收集垃圾对象。以减少应用程序发生Full GC的频率。

2.2GC内存最大化原则：处理吞吐量和延迟问题时候，垃圾处理器能使用的内存越大，垃圾收集的效果越好，应用程序也会越来越流畅。

2.3GC调优3选2原则: 在性能属性里面，吞吐量、延迟、内存占用，我们只能选择其中两个进行调优，不可三者兼得。
1、系统延迟需求

在调优之前，我们需要知道系统的延迟需求是那些，以及对应的延迟可调优指标是那些。

应用程序可接受的平均停滞时间: 此时间与测量的Minor GC持续时间进行比较。

可接受的Minor GC频率：Minor GC的频率与可容忍的值进行比较。

可接受的最大停顿时间: 最大停顿时间与最差情况下FullGC的持续时间进行比较。

可接受的最大停顿发生的频率：基本就是FullGC的频率。

以上中，平均停滞时间和最大停顿时间，对用户体验最为重要，可以多关注。
基于以上的要求，我们需要统计以下数据:

MinorGC的持续时间；

统计MinorGC的次数；

FullGC的最差持续时间；

最差情况下，FullGC的频率；
2、优化新生代的大小

比如如上的gc日志中，我们可以看到Minor GC的平均持续时间=0.069秒，MinorGC 的频率为0.389秒一次。

如果，我们系统的设置的平均停滞时间为50ms，当前的69ms明显是太长了，就需要调整。

我们知道新生代空间越大，Minor GC的GC时间越长，频率越低。

如果想减少其持续时长，就需要减少其空间大小。

如果想减小其频率，就需要加大其空间大小。

为了降低改变新生代的大小对其他区域的最小影响。在改变新生代空间大小的时候，尽量保持老年代空间的大小。

比如此次减少了新生代空间10%的大小，应该保持老年代和持代的大小不变化，第一步调优后的参数如下变化:

java -Xms359m -Xmx359m -Xmn126m -XX:PermSize=5m -XX:MaxPermSize=5m

新生代的大小有140m变为126，堆大小顺应变化，此时老年代是没有变化的。
3、优化老年代的大小

同上一步一样，在优化之前，也需要采集gc日志的数据。此次我们关注的是FullGC的持续时间和频率。

可以调整老年代的大小来调整FullGC的频率

RPA的三大件是指什么

RPA某种程度上理解的话, 就是一个具备一定智力的机器人，能替代人做一些重复性的数字劳动。这其中包含了三个关键信息。

一、机器人，它是任务执行的主体；

二、机器人要智能，它要知道该怎么做；

三、要管理机器人，当机器人数量变的越来越多时，这一点尤为重要。

实际上，这一套逻辑就是UiPath RPA平台三大产品的研发思路，也是整个RPA领域的一套方法论。UiPath RPA平台包括三大产品：UiPath Studio、UiPath Robot和UiPath Orchestrator。简单对应，其中Robot是机器人、Studio是赋予智能的，Orchestrator是管理机器人的。
具体来说：

一、

UiPath Studio是UiPath RPA平台的编辑工具，利用它的图形化界面，可以方便地设计出各种自动化的流程。
二、

UiPath Robot，用来执行由Studio创建的自动流程。Robot的运行方式有两种，一种是不需要人工参与的，即无人值守，它可运行在各种环境下，包括虚拟环境；另一种则是需要人工参与的，即需要人来控制流程开关。
三、

UiPath Orchestrator，用来集中调度、管理和监控所有机器人。想象一下成千上万的机器人在工作，它们正在运行数万个自动化进程。靠人一个一个去管理显然是不现实的。UiPath Orchestrator能使整个虚拟劳动力都在一个地方安全地控制、管理和监控。
因此, 就三者的关系来说，Robot是最基础的单元，Studio负责给它规划路径，Orchestrator 负责管理和监控它。三者共同组成了一个完整的RPA平台。
文章来源：http://www.rpazj.com

作者：RPA之家

UI(User Interface，用户界面)设计，是指对软件的人机交互、操作逻辑、界面美观的整体设计。好的UI设计不仅是让软件变得有个性有品味，还要让软件的操作变得舒适、简单、自由，充分体现软件的定位和特点。据总结出来的优秀的UI设计规范，需做到以下这几个方面：

一、界面清晰 UI界面设计首先要做到界面清晰，只有让用户认可它、知道怎么样使用它，让用户在使用时预期会发生什么，并方便地与它交互，然后才能让用户喜欢你设计的UI。



上图中，界面没有任何的操作提示，用户就明白通过左右滑动屏幕来查看更多卡片，还知道卡片是以扇形为运动轨迹。 二、让用户感受主动权 人们往往对能够掌控自己和周围的环境感到舒服，不考虑用户感受的设计往往会让这种舒适感消失。保证界面处于用户的掌控之中，让用户自己感受主动权。



上图的设计中，用户不知道如何查看其他的卡片，除了可以查看第一张卡片的详情，其他的卡片脱离了用户的掌控。 三、快速引导用户操作 用户感觉最棒的是可以直接操作物体，所以在设计界面时，我们增加的图标往往并不是必需的，比如我们过多的使用按钮、选项等其他繁琐的东西仅仅是为了填满界面，这些都是画蛇添足。



设计图标的作用是以图形化的视觉形象给用户快速引导，而不是为了装饰。 四、吸引用户的注意力 阅读时总避免不了有些事物分散用户的注意力。因此，在设计界面的时候，关键的是要考虑如何才能吸引用户的注意力，切忌将界面周围设计得眼花缭乱。干净简约的界面可以让用户更加沉浸在阅读的世界里。



五、单一的操作主题 设计的每一个画面都应该要有一个单一的主题，这样不仅能够让用户感到它真正的使用价值，也容易上手，使用起来更方便。假如一个屏幕支持两个或两个以上的主题，会让整个界面看起来很混乱。



例如：这个界面是让用户输入登录的，却将注册放在与登录同等重要的位置，干扰用户操作，很容易会导致操作错误。比较好的做法是，将注册放在右下或登录按钮下方。 六、功能要与设计相符 如果它看上去像个按钮，那么它就应该具备按钮的功能。设计师不应该在基本的交互问题上耍小聪明，要在更高层次的问题上发挥创造力。



上图的设计界面非常漂亮，但登录被弱化，并且表现形式雷同输入的提示文字，用户不易察觉。 七、设计目标一致 如果屏幕元素各自的功能不同，那么它们的外观也理应不同。反之，如果功能相同或相近，那么它们看起来就应该是一样的。界面元素排版整齐且统一，功能清晰明了。



八、界面过渡要自然 界面的交互都是关联的，所以要认真地考虑到下一步的交互是怎样的，并且通过设计将其实现。当用户已经完成该做的步骤，不要让他们不知所措，给他们自然而然继续下去的方法，以达成目的。界面的交互非常清晰，点击向下展开，再次点击向上收起。



九、强烈的视觉层次感 强烈的视觉层次感是通过界面上视觉元素提供的清晰浏览顺序来实现的，也就是说，用户每次都能按照同一个顺序浏览同一些元素。弱化的视觉层次没有给用户提供如何浏览的线索，用户会感到困惑和混乱。当所有字体都是粗体时，就没有主次之分了。界面以用户的阅读习惯将层次拉开，从左到右，从上到下，元素之间互不干扰，达到较好的视觉效果。



十、颜色不是决定性因素 物体的颜色会随着光线的变化而变化，颜色是一个变化的性质，不应该在界面上起决定性作用。它可以用于提醒，但是不应该是唯一的区分元素。



通过鲜艳的色彩来提醒用户需要关注的内容，但是颜色不能作为唯一的区分的观点，现在有很多天气、记事、时钟类app极简的设计，常常采用色彩进行区分也是非常不错的。 十一、恰当地组织UI 正如John Maeda在他的书中所说，对屏幕元素的恰当组织能够使页面显得简洁，这能够帮助用户更容易并且更快地理解你的界面。


将零散的元素进行组合，并以生活中常见的物品展示，用户更易理解。 十二、渐进展示 在每个屏幕上只显示必要的内容，如果用户在做选择，那么给他们显示足够的信息，然后在各自的页面上展示详情，避免在某个界面上过度展示所有细节。


例如，用户只单纯地想播放音乐，所以播放列表页只需要展示当前播放状态、演唱者、专辑名和歌曲名，无需其他太多的信息。 十三、界面是被人使用的 只有用户使用你设计的界面时，才是成功的。如果一件衣服很漂亮，但是穿起来不舒服，那么设计是失败的。


视觉效果非常好，但是用户体验上非常糟糕，当前状态与主界面关联太弱，弧形轨迹阅读太累。 十四、零状态的界面 用户的第一次访问界面是最重要的，但往往很容易被设计者忽视。为了帮助用户适应，应该提供启动的方向和引导。


零状态结果本身对用户体验极其不好，更需要情感化或引导性的设计来降低用户焦躁的情绪。 十五、优秀的设计是无形的 优秀的设计是没有痕迹的，如果设计是成功的，那么用户可以只关注自己的目的，而不是关注界面、依赖于界面。UI设计涉及的学科比较广阔，是一个不断为最终用户设计满意视觉效果的过程。要做到让用户满意、受欢迎，设计必须从用户的角度出发，坚持以用户体验为中心设计原则，界面直观、简洁，操作方便快捷，用户接触软件后对界面上对应的功能一目了然。

好了，本文到此结束。如果对编程、计算机、程序员方面感兴趣的话，欢迎私信联系我，随时交流！点个关注，是对我莫大的鼓励！

博客1:
https://www.cnblogs.com/itmacy/p/6958181.html
博客2:
什么是跨域？
跨域，指的是浏览器不能执行其他网站的脚本。它是由浏览器的同源策略造成的，是浏览器施加的安全限制。
所谓同源是指，域名，协议，端口均相同，不明白没关系，举个栗子：
http://www.123.com/index.html 调用 http://www.123.com/server.php （非跨域）
http://www.123.com/index.html 调用 http://www.456.com/server.php （主域名不同:123/456，跨域）
http://abc.123.com/index.html 调用 http://def.123.com/server.php （子域名不同:abc/def，跨域）
http://www.123.com:8080/index.html 调用 http://www.123.com:8081/server.php （端口不同:8080/8081，跨域）
http://www.123.com/index.html 调用 https://www.123.com/server.php （协议不同:http/https，跨域）
请注意：localhost和127.0.0.1虽然都指向本机，但也属于跨域。
浏览器执行javascript脚本时，会检查这个脚本属于哪个页面，如果不是同源页面，就不会被执行。
解决办法：
1、JSONP：
使用方式就不赘述了，但是要注意JSONP只支持GET请求，不支持POST请求。
2、代理：
例如www.123.com/index.html需要调用www.456.com/server.php，可以写一个接口www.123.com/server.php，由这个接口在后端去调用www.456.com/server.php并拿到返回值，然后再返回给index.html，这就是一个代理的模式。相当于绕过了浏览器端，自然就不存在跨域问题。
3、PHP端修改header（XHR2方式）
在php接口脚本中加入以下两句即可：
header('Access-Control-Allow-Origin:*');//允许所有来源访问
header('Access-Control-Allow-Method:POST,GET');//允许访问的方式

写一个跨域过滤器：
public class MyFilter implements Filter {

    final static org.slf4j.Logger logger = org.slf4j.LoggerFactory.getLogger(CorsFilter.class);

    public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) throws IOException, ServletException {
        HttpServletResponse response = (HttpServletResponse) res;
        HttpServletRequest reqs = (HttpServletRequest) req;

        response.setHeader("Access-Control-Allow-Origin",reqs.getHeader("Origin"));
        response.setHeader("Access-Control-Allow-Credentials", "true");
        response.setHeader("Access-Control-Allow-Methods", "POST, GET, OPTIONS, DELETE");
        response.setHeader("Access-Control-Max-Age", "3600");
        response.setHeader("Access-Control-Allow-Headers", "x-requested-with");
        chain.doFilter(req, res);
    }
    public void init(FilterConfig filterConfig) {}
    public void destroy() {}
}