精华内容
下载资源
问答
  • 方案设计题的常见类型与解法.doc
  • 常见的大数据技术类型有哪些

    千次阅读 2020-05-28 13:39:11
    今天我们就一起来了解一下,目前比较常见的一些大数据技术都有哪些类型。  1.数据湖  数据湖是个庞大的数据存储库,从不同来源收集数据,并以自然状态存储起来。切莫与数据仓库混为一谈,数据仓库基本上执行...

      随着互联网的不断发展,越来越多的企业和用户都开始接触和学习大数据技术,它与机器学习、人工智能、区块链、物联网和增强现实等其他技术密切相关。因此,许多行业已经在大数据分析技术方面作了投入,比如银行、离散制造和流程制造等行业。

     

      目前比较常见的一些大数据技术都有哪些类型?今天我们就一起来了解一下,目前比较常见的一些大数据技术都有哪些类型。

     

      1.数据湖

     

      数据湖是个庞大的数据存储库,从不同来源收集数据,并以自然状态存储起来。切莫与数据仓库混为一谈,数据仓库基本上执行同样的功能,但不像数据湖那样以自然状态存储数据,而是对数据明确结构以便存储起来。

     

      为了进一步了解两者之间的区别,不妨打个比方:数据湖如同未经过滤的河水,而数据仓库更像是一堆瓶装水。

     

      2.Hadoop生态系统

     

      ApacheHadoop可能不如以前那么流行,但说到大数据免不了要提到这项技术。这种开源框架用于大数据集的分布式处理。它已发展得很庞大,足以容纳相关软件的整个生态系统,许多商业大数据解决方案基于Hadoop。

     

      3.NoSQL数据库

     

      数据库管理员经常查询、处理和管理存储在关系数据库管理系统(RDMS)中的结构化数据。

     

      另一方面,NoSQL数据库存储非结构化数据并提供快速性能。这意味着它在处理众多类型的海量数据的同时提供了灵活性。NoSQL数据库的几个例子包括MongoDB、Redis和Cassandra。

     

      4.ApacheSpark

     

      ApacheSpark是一种用于在Hadoop中处理大量数据的引擎,比Hadoop的标准引擎MapReduce快100倍。人们对这项技术的兴趣正变得越来越浓厚。

     

      5.人工智能

     

      人工智能不是一项新技术,但这些年来它已证明了其实用性。在许多方面,大数据通过人工智能的两个分支:机器学习和深度学习在推动人工智能的发展方面发挥了作用。

     

      众所周知,机器学习是指计算机无需繁琐的编程就能够学习。将这应用到大数据分析中,机器学习使系统能够查看历史数据、识别模式、构建模型、预测未来结果,并且主要与预测分析技术有关。

     

      另一方面,深度学习是一种模仿人脑工作原理的机器学习,它创建人工神经网络,使用多层算法来分析数据。在大数据技术中,它让分析工具得以识别图像和视频中的内容,然后进行相应处理。

     

      大数据分析模型只是前人总结出的方式方法,对于我们实际工作中解决问题有引导作用,但是不可否认,具体问题还要具体分析,针对不同的情况需要进行不同的改进,希望成为一个数据专家,最重要的一点还是多实践!实践才是真理。

    展开全文
  • VM常见问题解决方案

    千次阅读 2020-09-16 23:15:02
    VM常见问题解决方案 EFI Network TimeOut 总结 选中虚拟机,右击选择设置,在打开的设置面板中选中选项——>高级——>固件类型选中 BIOS ,重启虚拟机即可。 问题详情 解决方案 选中虚拟机,右击选择设置,...

    VM常见问题解决方案

    EFI Network TimeOut

    总结

    选中虚拟机,右击选择设置,在打开的设置面板中选中选项——>高级——>固件类型选中 BIOS ,重启虚拟机即可。
    

    问题详情

    在这里插入图片描述

    解决方案

    选中虚拟机,右击选择设置,在打开的设置面板中选中选项——>高级——>固件类型选中 BIOS ,重启虚拟机即可。

    1. 选中虚拟机,右击选择设置

    在这里插入图片描述

    1. 选中选项——>高级——>固件类型选中 BIOS

    在这里插入图片描述

    展开全文
  • SonrLint常见解决方案

    万次阅读 2019-01-28 14:57:48
    sonar 常见解决方案 1. Parentheses should be removed from a single lambda input parameter when its type is inferred 在推断单个lambda输入参数的类型时,应将其移除     There are ...

     

    • Sonar是什么?

       Sonar是一个用于代码质量管理的开源平台,用于管理源代码的质量 通过插件形式,可以支持包括java,C#,C/C++,PL/SQL,Cobol,JavaScrip,Groovy等等二十几种编程语言的代码质量管理与检测

     

    Sonar可以从以下七个维度检测代码质量,而作为开发人员至少需要处理前5种代码质量问题

     

    1. 不遵循代码标准 sonar可以通过PMD,CheckStyle,Findbugs等等代码规则检测工具规范代码编写

     

    2. 潜在的缺陷 sonar可以通过PMD,CheckStyle,Findbugs等等代码规则检测工具检测出潜在的缺陷

     

    3. 糟糕的复杂度分布 文件、类、方法等,如果复杂度过高将难以改变,这会使得开发人员难以理解它们 且如果没有自动化的单元测试,对于程序中的任何组件的改变都将可能导致需要全面的回归测试

     

    4. 重复 显然程序中包含大量复制粘贴的代码是质量低下的,sonar可以展示源码中重复严重的地方

     

    5. 注释不足或者过多 没有注释将使代码可读性变差,特别是当不可避免地出现人员变动时,程序的可读性将大幅下降 而过多的注释又会使得开发人员将精力过多地花费在阅读注释上,亦违背初衷

     

    6. 缺乏单元测试 sonar可以很方便地统计并展示单元测试覆盖率

     

    7. 糟糕的设计  通过sonar可以找出循环,展示包与包、类与类之间相互依赖关系,可以检测自定义的架构规则 通过sonar可以管理第三方的jar包,可以利用LCOM4检测单个任务规则的应用情况, 检测耦合。   

     

     

    更多代码分析工具可以查看:常用 Java 静态代码分析工具的分析与比较 https://www.oschina.net/question/129540_23043

     

    • SonrLint 安装与使用

            https://www.cnblogs.com/qiumingcheng/p/7253917.html

    • sonar 常见解决方案

    1.

    Parentheses should be removed from a single lambda input parameter when its type is inferred

    在推断单个lambda输入参数的类型时,应将其移除

     

     

    There are two possible syntaxes for a lambda having only one input parameter with an inferred type: with and without parentheses around that single parameter. The simpler syntax, without parentheses, is more compact and readable than the one with parentheses, and is therefore preferred.

    lambda有两种可能的语法,一种只有一个具有推断类型的输入参数:在该单个参数周围有括号,另一种没有括号。不带括号的简单语法比带括号的更紧凑、更易读,因此是首选语法。

     

    Compliant Solution(统一解决方案):

     这里将 (t) 的括号去掉即可

    2.

    String literals should not be duplicated  字符串文本不应重复


    Duplicated string literals make the process of refactoring error-prone, since you must be sure to update all occurrences.

    On the other hand, constants can be referenced from many places, but only need to be updated in a single place.

     

    重复的字符串文本使重构过程容易出错,因为必须确保更新所有出现的情况。

    另一方面,常数可以从许多地方引用,但只需要在一个地方更新。

     

    Compliant Solution(统一解决方案):

      相同的文本在多个地方使用的时候,需要统一定义同一个公共的常量参数

    3.

    Lambdas should be replaced with method references (lambda应替换为方法引用)

     

    Method/constructor references are more compact and readable than using lambdas, and are therefore preferred. Similarly, null checks can be replaced with references to the Objects::isNull and Objects::nonNull methods.

    Note that this rule is automatically disabled when the project's sonar.java.source is lower than 8.

     

    方法/构造函数引用比使用lambda更紧凑和可读,因此是首选的。类似地,可以将空检查替换为对 Objects::isNull 和 Objects::nonNull  方法的引用。

     

    请注意,当项目的sonar.java.source低于8时,此规则会自动禁用。

     

    Compliant Solution(统一解决方案):

      这里可以将 w -> w.getItemNumId() 改成 PosStyleSkuVO :: getItemNumId

    4.

    不应使用同步类vector、hashtable、stack和stringbuffer

    Synchronized classes Vector, Hashtable, Stack and StringBuffer should not be used

    不应使用Synchronized 类如: vector、hashtable、stack和stringbuffer

     

     

    Early classes of the Java API, such as Vector, Hashtable and StringBuffer, were synchronized to make them thread-safe. Unfortunately, synchronization has a big negative impact on performance, even when using these collections from a single thread.

     

    Java API的早期类,如vector、HasTabe和StringBuffer,被使用 synchronized 来使它们线程安全。但是不幸的是,同步对性能有很大的负面影响,即使在从单个线程使用这些集合时也是如此。

     

    It is better to use their new unsynchronized replacements:(最好使用新的非同步替换)

    使用ArrayList or LinkedList 来替代 Vector

    使用Deque 来替代 Stack

    使用HashMap 来替代 Hashtable

    使用StringBuilder 来替代 StringBuffer

     

     

    Compliant Solution(统一解决方案):

      这里可以可以使用 StringBuilder 而不是StringBuffer

    5.

    Unused method parameters should be removed (应删除未使用的方法参数)

     

    Unused parameters are misleading. Whatever the values passed to such parameters, the behavior will be the same.

    未使用的参数具有误导性。无论传递给这些参数的值是什么,行为都是相同的。

     

    Compliant Solution(统一解决方案):

      这里可以建议去除掉没有必要的参数

    6.

    Lamdbas containing only one statement should not nest this statement in a block

    仅包含一条语句的lamdba不应将此语句嵌套在块中

     

     

     

    There are two ways to write lambdas that contain single statement, but one is definitely more compact and readable than the other.

     

     

    有两种方法可以编写包含单个语句的lambda,但是一种方法绝对比另一种方法更紧凑和可读。

     

    Compliant Solution(统一解决方案):

      这里可以去除掉 {} 和后面的 ; 号

    7.

    Cognitive Complexity of methods should not be too high

    方法的认知复杂性不应太高。

     

     

    Cognitive Complexity is a measure of how hard the control flow of a method is to understand. Methods with high Cognitive Complexity will be difficult to maintain.

    认知复杂性是衡量一种方法的控制流程理解难度的指标。认知复杂性高的方法难以别的开发人员去维护。

     

     

    Compliant Solution(统一解决方案):

      对应这种if-else 过多方法,我们主要目的是要消除 if-else ,每多一个 else 那么就会多一个逻辑分叉,代码的易读性会急速降低,这里收集总结了一些地址,需要的同学可以去看一下:

    减少该死的 if else 嵌套 
    java如何消除繁琐的if else 语句? 
    如何无痛降低 if else 面条代码复杂度 
    用设计模式来代替臃肿的ifelse层层判断 

    8.

    Map values should not be replaced unconditionally

    不应无条件替换映射值

     

    It is highly suspicious when a value is saved for a key or index and then unconditionally overwritten. Such replacements are likely in error.

     

    当为键或索引保存一个值,然后无条件地覆盖时,它是高度可疑的。这种替代品可能是错误的。

     

    Compliant Solution(统一解决方案):

       去除一个相同的key 的put

    9.

    Printf-style format strings should be used correctly

    应正确使用printf样式的格式字符串

     

    Because printf-style format strings are interpreted(编译解释) at runtime, rather than validated(使生效) by the compiler, they can contain errors that result in the wrong strings being created. This rule statically validates the correlation of printf-style format strings to their arguments when calling the format(...) methods of java.util.Formatter, java.lang.String, java.io.PrintStream, MessageFormat, and java.io.PrintWriter classes and the printf(...) methods of java.io.PrintStream or java.io.PrintWriter classes.

    因为 printf-style 格式字符串是在运行时编译解释的,而不是由编译时生效的,所以它们可能包含导致创建错误字符串的错误。当调用java.util.formatter、java.lang.string、java.io.printstream、messageformat和java.io.printwriter类的format(...)方法以及java.io.printstream或java.io.printwriter类的format(...)方法时,此规则静态地证实了 printf-style 的 字符串 和 其参数的相关性(这句话的说白了就是,string.format 方法的与其参数息息相关,参数和主体字符串关系具有一定的关系,不要乱来)

     

    Noncompliant Code Example (不符合的规则示例):

     

    1. String.format("First {0} and then {1}", "foo", "bar"); //Noncompliant. Looks like there is a confusion with the use of {{java.text.MessageFormat}}, parameters "foo" and "bar" will be simply ignored here  
    2. String.format("Display %3$d and then %d", 1, 2, 3); //Noncompliant; the second argument '2' is unused  
    3. String.format("Too many arguments %d and %d", 1, 2, 3); //Noncompliant; the third argument '3' is unused  
    4. String.format("First Line\n"); //Noncompliant; %n should be used in place of \n to produce the platform-specific line separator  
    5. String.format("Is myObject null ? %b", myObject); //Noncompliant; when a non-boolean argument is formatted with %b, it prints true for any nonnull value, and false for null. Even if intended, this is misleading. It's better to directly inject the boolean value (myObject == null in this case)
    6. String.format("value is " + value); // Noncompliant  
    7. String s = String.format("string without arguments"); // Noncompliant    
    8. MessageFormat.format("Result '{0}'.", value); // Noncompliant; String contains no format specifiers. (quote are discarding format specifiers)
    9. MessageFormat.format("Result {0}.", value, value); // Noncompliant; 2nd argument is not used  

    10> MessageFormat.format("Result {0}.", myObject.toString()); // Noncompliant; no need to call toString() on objects    

    11> java.util.Logger logger;

     logger.log(java.util.logging.Level.SEVERE, "Result {0}.", myObject.toString()); // Noncompliant; no need to call toString() on objects  

    1. logger.log(java.util.logging.Level.SEVERE, "Result.", new Exception()); // compliant, parameter is an exception  
    2. logger.log(java.util.logging.Level.SEVERE, "Result '{0}'", 14); // Noncompliant {{String contains no format specifiers.}}  
    3.  org.slf4j.Logger slf4jLog;

     org.slf4j.Marker marker;

    slf4jLog.debug(marker, "message {}");  

    slf4jLog.debug(marker, "message ", 1); // Noncompliant {{String contains no format specifiers.}}  

     

    Compliant Solution(统一解决方案):

      String.format("First %s and then %s", "foo", "bar");

    String.format("Display %2$d and then %d", 1, 3);

    String.format("Too many arguments %d %d", 1, 2);

    String.format("First Line%n");

    String.format("Is myObject null ? %b", myObject == null);

    String.format("value is %d", value);

    String s = "string without arguments";

    MessageFormat.format("Result {0}.", value);

    MessageFormat.format("Result '{0}' = {0}", value);

    MessageFormat.format("Result {0}.", myObject);

    java.util.Logger logger;

    logger.log(java.util.logging.Level.SEVERE,"Result{0}.",myObject);

    logger.log(java.util.logging.Level.SEVERE,"Result{0}'",14);

    org.slf4j.Logger slf4jLog;

    org.slf4j.Marker marker;

    slf4jLog.debug(marker, "message {}");

     slf4jLog.debug(marker, "message {}", 1);

    这里的异常是主体字符串标识符只有一个{},但是却有两个参数,这个是不符合规则的

    10.

    String function use should be optimized for single characters

    字符串函数的使用应针对单个字符进行优化

     

     

    An indexOf or lastIndexOf call with a single letter String can be made more performant by switching to a call with a char argument.

     

    使用 char 类型的参数可以提高单字母字符串的indexof或lastindexof调用的性能。

     

    Compliant Solution(统一解决方案):

       将result.indexOf(".") 改成 result.indexOf('.')

    11.

    Empty arrays and collections should be returned instead of null

    应返回空数组和集合,而不是 null

     

    Returning null instead of an actual array or collection forces callers of the method to explicitly test for nullity, making them more complex and less readable.

    Moreover, in many cases, null is used as a synonym for empty.

     

    返回null来替代 实际的数组或集合 会强制是该方法的”调用方”很明确的去测试为null的情况,从而使它们更复杂,可读性更低。此外,在许多情况下,null 也用作 empty 的同义词;

     

    Compliant Solution(统一解决方案):

    这里将return null; 改为Collections.emptyList();

    12.

     Collapsible "if" statements should be merged

    应该合并可折叠的“if”语句

     

     

    Merging collapsible if statements increases the code's readability.

     

    合并可折叠的if语句可以提高代码的可读性。

     

    Compliant Solution(统一解决方案):

    这里将:

    else if(shop.getType() == 2) {

    //过滤门店自定义无库存tab

    if(!filterNoGoodsTabBySearch(shop)) {

    continue;

    }

    }

    改为

    //过滤门店自定义无库存tab

    else if(shop.getType() == 2 && !filterNoGoodsTabBySearch(shop)) { continue;

    }

    这里其实不改的话 可读性更高点,具体要不要修改要视实际情况而定!

    13.

    Dead stores should be removed

    应移除废弃存储

     

    A dead store happens when a local variable is assigned a value that is not read by any subsequent instruction. Calculating or retrieving a value only to then overwrite it or throw it away, could indicate a serious error in the code. Even if it's not an error, it is at best a waste of resources. Therefore all calculated values should be used.

    当一个局部变量被分配一个值,而该值不被任何后续的指令读取时,就会发生死区。计算或检索一个值,然后覆盖或丢弃它,可能表示代码中存在严重错误。即使这不是一个错误,也充其量只是浪费资源。因此,应使用所有计算值。

     

    Compliant Solution(统一解决方案):

     这里将 Long[] memberIds =new Long[6];

    List<Long> ids = this.getRecentShopCommentMember(shopId);

    memberIds = new Long[ids.size()];

    memberIds = ids.toArray(memberIds);

    改为:    List<Long> ids = this.getRecentShopCommentMember(shopId);

    Long[] memberIds =  new Long[ids.size()];

    memberIds = ids.toArray(memberIds);

    14.

    Collection.isEmpty() should be used to test for emptiness

    collection.isEmpty()应用于测试是否为空

     

     

    Using Collection.size() to test for emptiness works, but using Collection.isEmpty() makes the code more readable and can be more performant. The time complexity of any isEmpty() method implementation should be O(1) whereas some implementations of size() can be O(n).

    使用collection.size()测试空性是可行的,但是使用collection.isEmpty() 可以使代码更可读,更具性能。任何isEmpty() 方法实现的时间复杂性都应该是O(1),而某些size() 的实现可以是O(n)。

     

    Compliant Solution(统一解决方案):

     这里工具建议使用 collection 的 isEmpty() 方法,但是实际上 collection 是否为null ,这个也是我们需要判断的,所以我们可以使用 CollectionUtils.isNotEmpty()方法

    Ps:

    list.size()>0 :

    list.size()>0这个方法会先计算一下list里元素的个数,然后再和0进行比较

    list.isEmpty()

    判断list里是否有元素,list不需要计算元素个数,直接看一下是否为空

    即查size时间复杂度是o(n) ,如果是empty o(1);所以判断集合是否为空一般用list.isEmpty()来判断;

    CollectionUtils.isEmpty() 正是如此

    另外对于某些明显已经实例化的collection ,我们其实也不用全部调用CollectionUtils.isEmpty 方法,这样依然能够满足需求

    15.

    布尔类型的返回值不需要去判断布尔文本

    16.

    Local variables should not be declared and then immediately returned  or thrown

    不应声明局部变量,然后立即返回或者抛出它

     

     

    Declaring a variable only to immediately return or throw it is a bad practice(实践;练习;惯例;)

    Some developers argue that the practice improves code readability, because it enables them to explicitly name what is being returned. However, this variable is an internal implementation detail that is not exposed to the callers of the method. The method name should be sufficient for callers to know exactly what will be returned.

     

    只声明一个变量以立即返回或抛出它是一种糟糕的惯例。

    一些开发人员认为该惯例提高了代码的可读性,因为它使他们能够显式地命名返回的内容。但是,该变量是一个内部实现细节,我们完全不需要向方法的调用方公开内部细节。而且方法名应该足以让调用方确切知道将返回什么。

     

    Compliant Solution(统一解决方案):

    将:

    Set<String> list = redisService.zreverage(key,0,5);

    return list;

    改为:

    return redisService.zreverage(key,0,5);

    17.

    The diamond operator ("<>") should be used

    应使用菱形运算符(“<>”)

     

    Java 7 introduced the diamond operator (<>) to reduce the verbosity of generics code. For instance, instead of having to declare a List's type in both its declaration and its constructor, you can now simplify the constructor declaration with <>, and the compiler will infer the type.

    Java 7引入了菱形运算符(<>)来减少泛型代码的冗长性。例如,不必在列表的声明和构造函数中同时声明列表的类型,现在可以用<>简化构造函数声明,编译器将推断该类型。

     

    Compliant Solution(统一解决方案):

    List<Long> ids = new ArrayList<>();

    18.

    The diamond operator ("<>") should be used

    应使用菱形运算符(“<>”)

     

    Java 7 introduced the diamond operator (<>) to reduce the verbosity of generics code. For instance, instead of having to declare a List's type in both its declaration and its constructor, you can now simplify the constructor declaration with <>, and the compiler will infer the type.

    Java 7引入了菱形运算符(<>)来减少泛型代码的冗长性。例如,不必在列表的声明和构造函数中同时声明列表的类型,现在可以用<>简化构造函数声明,编译器将推断该类型。

     

    Compliant Solution(统一解决方案):

    List<Long> ids = new ArrayList<>();

    19.

    用Arrays.asList() 方法得到的List的长度是不可改变的,

    当你向这个List添加或删除一个元素时(例如 list.add("d");)程序就会抛出异常:

    Arrays.asList()源码如下

    @SafeVarargs
    @SuppressWarnings("varargs")
    public static <T> List<T> asList(T... a) {
        return new ArrayList<>(a);
    }

    这里需要注意这个new ArrayList<>(a)

    这个ArrayList不是java.util包下的,而是java.util.Arrays.ArrayList

    它是Arrays类自己定义的一个静态内部类,这个内部类没有实现add()、remove()方法,而是直接使用它的父类AbstractList的相应方法,对应的set add remove 方法如下:

    public E set(int index, E element) {
     throw new UnsupportedOperationException();
    }
    public void add(int index, E element) {
        throw new UnsupportedOperationException();
    }
    public E remove(int index) {
        throw new UnsupportedOperationException();
    }

    所以如果后续需要对该参数进行添加移除等操作的时候,就不要使用Arrays.asList() 了 ,老老实实用Lists.newArrayList()吧。

    20.

    "BigDecimal(double)" should not be used

    不应使用“BigDecimal(double)”。

    Because of floating point imprecision, you're unlikely to get the value you expect from the BigDecimal(double) constructor.

    由于浮点不精确,您不太可能从bigdecimal(double)构造函数获得预期的值。

    javase/7/docs

    The results of this constructor can be somewhat unpredictable. One might assume that writing new BigDecimal(0.1) in Java creates a BigDecimal which is exactly equal to 0.1 (an unscaled value of 1, with a scale of 1), but it is actually equal to 0.1000000000000000055511151231257827021181583404541015625. This is because 0.1 cannot be represented exactly as a double (or, for that matter, as a binary fraction of any finite length). Thus, the value that is being passed in to the constructor is not exactly equal to 0.1, appearances notwithstanding.

     

    这个构造函数的结果可能有些不可预测。人们可以假设在Java中创建一个新的BigDeCimple(0.1)创建一个完全等于0.1的BigDecimal(一个未缩放的值为1,具有1的规模),但实际上它等于0.100000 000 000 000 555 1112312757 827 0211815834045 41015625。这是因为0.1不能精确地表示为一个双精度数(double)(或者就此而言,不能精确地表示为任何有限长度的二分之一)。因此,虽然看起来外观如此都是0.1,但是实际上传递给构造函数的值并不完全等于0.1。

     

     

    PS: 目前收集和整理了大概这些,后续还会不定期补充,这里为什么依然使用英文不用汉化版的插件,这里就不解释了,部分翻译是我根据自己的理解自己补充的,大家看看理解就行,不必太在意这个!

            整理不易,如果对你有帮助记得留个赞再走呀!!

    展开全文
  • select * from test where username='张三' and password='*****' or 1='1'; 解决方案 1.使用预编译 2.改变验证数据库用户逻辑 ... //看看没有查询到记录 如果说明用户存在  if(从数据库查询到的
    

    select * from test where username='张三' and password='*****' or 1='1';

    解决方案
    1.使用预编译
    2.改变验证数据库用户逻辑
      select password from test where username='张三';
     
       //看看有没有查询到记录 如果有说明用户存在

       if(从数据库查询到的密码==用户输入的密码){
           //用户合法
     header("admin.php);
       }else{
            header("error.php");
       }

    展开全文
  • 首先将磁盘阵列中所有运行状态良好的非热备盘完整备份到带冗余功能的安全存储中,对于存在物理故障的硬盘必须首先按照相应故障类型的解决方案进行恢复,然后尽最大可能将故障物理硬盘中的数据同样备份至安全存储中...
  • OpenCV 常见问题解决方案

    千次阅读 2020-10-10 22:02:33
    OpenCV 常见问题解决方案 提示:这里可以添加系列文章的所有文章的目录,目录需要自己手动添加 例如:第一章 Python 机器学习入门之pandas的使用 提示:写完文章后,目录可以自动生成,如何生成可参考右边的帮助...
  • DNS 劫持常见解决方案

    千次阅读 2020-03-07 20:13:08
    常见解决方案: 1、使用https 协议。 2、app 使用 httpdns, 绕过了运营商DNS,直接通过https://httpdnsip/dn?=xxx.xxx.xxx 3、内容安全策略 (CSP)是一个额外的安全层,用于检测并削弱某些特定类型的攻击,包括跨...
  • JavaEE 项目调试及常见错误解决方案Eclipse 调试 JavaEE常见错误数据库连接JavaBean获取不到数据库字段值或出现意料之外的值业务中出现 null或 ""404 NOT FOUNDGET 请求中文乱码form 表单提交中文乱码
  • 常见的DOM操作有哪些

    万次阅读 多人点赞 2019-05-16 14:51:59
    常见的DOM操作有哪些】 这里是修真院前端小课堂,每篇分享文从 【背景介绍】【知识剖析】【常见问题】【解决方案】【编码实战】【扩展思考】【更多讨论】【参考文献】 八个方面深度解析前端知识/技能,本篇...
  • 2.在msg文件夹中定义创建消息obstacleMsg.msg(一定要以”.msg”结尾),并定义消息类型. int32[4] data int32[4] data2 int32[4] data3 3.添加编译支持(如果使用RoboWare Studio编写ROS代码时,以下依赖项可能已经被...
  • c++常见问题解决方案

    2014-07-15 18:05:10
    对于C语言出现的,不懂或不理解的问题,可以帮助到你
  • C语言常见编译错误分类及其解决方案

    千次阅读 多人点赞 2019-10-19 22:31:39
    文章目录绪论第一安装错误:[1]Error spawning cl.exe[2]fatal error C1083: Cannot open include file:第二打开编译器失败,提示不能打开第三cannot execute program解决方案第四连接Link.exe错误解决方案第五 ...
  • KJ70N系统常见问题既解决方案 1. 现象:某台分站,在井下察看时,一切正常,但就是系统软件显示故障。 原因一:分站发送数据,计算机没有识别。 解决方法一:查从分站输出到接口输入之间,或看通讯中是否接收数据。...
  • 最常用常见通用字体有哪些

    千次阅读 2020-06-29 17:19:05
    Arial: Helvetica的「克隆」,和Helvetica非常像,细节上比如R和G小小差别。如果字号太小,文字太多,看起来会有些累眼。Win和Mac显示都正常 Lucida Family: Lucida Grande是Mac OS UI的标准字体,属于humanist...
  •  负电压设计根据不同的负载电流很多不同方案,以下是给出几种目前市面比较常见的负电压方案,可以根据不同场合使用合适的方案。 一、工频变压器输出正负电压 图1 工频变压器正负输出电源 各位工程师看到图1的...
  • 常见js跨域解决方案

    千次阅读 2016-01-21 20:04:00
    ajax跨域 、uploadify跨域、huploadify跨域、security error、常见js跨域解决方案
  • 常见OOM 原因及解决方案

    千次阅读 2019-11-01 23:16:35
    本文总结了常见的 OOM 原因及其解决方法,如下图所示。如遗漏或错误,欢迎补充指正。 1、Java heap space 当堆内存(Heap Space)没有足够空间存放新创建的对象时,就会抛出java.lang.OutOfMemoryError:Java...
  • 激光焊接目前参照标准不统一,对于汽车行业自动化程度较高的加工,建立统一的工艺标准,有利于设备的...板材包括焊缝接头类型,材料种类(参考DIN EN ISO13919-1) 2、激光焊接焊缝按照要求进行一些强制性的检
  • Redis之常见问题以及解决方案

    千次阅读 2020-06-30 09:41:15
    针对缓存雪崩常见的解决方案有: 给key设置失效时间的时候加一个随机值,这样子就不会造成大量的key在同一时间失效 针对热点数据的key设置永不过期 使用分布式缓存集群(持久化、主从复制、哨兵和集群) 当然还有...
  • 在C#中,同一个解决方案下无法引用别的项目,引用之后会一个警告,查看属性找不到引用的路径,这种情况大部分都是由于两个项目的版本不一致所导致的。  2.在C#中,重新引用服务或者是更新服务引用的时候,如果...
  • Hive常见错误及解决方案

    千次阅读 2020-05-10 13:35:28
      此次博主为大家带来的是Hive常见错误及解决方案。 目录 1.SecureCRT 7.3出现乱码或者删除不掉数据,免安装版的SecureCRT 卸载或者用虚拟机直接操作或者换安装版的SecureCRT 2.连接不上mysql数据库 (1)导错...
  • mysql常见错误集锦及解决方案

    千次阅读 2017-07-09 23:02:44
    mysql常见错误及解决方案
  • MapReduce常见错误及解决方案

    千次阅读 2018-11-04 21:44:05
    常见错误及解决方案 1)导包容易出错。尤其Text和CombineTextInputFormat。 2)Mapper中第一个输入的参数必须是LongWritable或者NullWritable,不可以是IntWritable. 报的错误是类型转换异常。 3)java.lang....

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 353,135
精华内容 141,254
关键字:

常见的方案类型有哪些