Java踩坑记录

本文解析Java中构造函数的特性,包括其默认行为、修饰符限制、重载与重写区别,以及void修饰引起的问题。通过具体案例,阐述如何避免因构造函数误解导致的空指针异常。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

  • 类的构造函数默认没有返回值(或者认为是本类实例的引用,使用new 类名()会返回一个本类实例的引用);
  • private可以修饰构造函数,但一般不用于修饰类的构造函数,这会导致其他类中不能生成本类的实例(即使在同一个包中,或者使用import关键字);
  • static 不能用于修饰构造函数(构造函数本身用于类实例化时自动调用,设置成static没有意义);
  • void的函数修饰构造函数会引起歧义,“void 类名(){}”,void使得编译器认为"类名()"不再是构造函数(IDEA中,在主函数中实例化后,"函数名()"依然显示灰色表示没有调用),而是一个普通的实例方法,此时再用static修饰该函数,编译器不会报错
  • 构造方法可以被重载,但不能被重写(父子类名字不一样);
public ClassName {
	private ClassName() {
//private 可以用于修饰构造函数,在同时拥有private ClassName()和			
//ClassName()时,编译器会认为前者是构造函数,后者是成员方法;
	}	
	/*
	className() {
		//构造函数;
	}
	void ClassName() {
		//ClassName()不再是构造函数,而是普通的成员方法;
	}
	*/
	static void ClassName() {
		//编译器不会报错,这里static仅用于修饰一个成员方法;
	}

}

在编写网络应用服务器端程序的时,出现错误空指针异常:java.lang.NullPointerException

package zcf.com;
import java.net.*;

public class Server extends Thread {

    String str = "zcf";
    int port = 9999;
    InetAddress intads = null;
    MulticastSocket socket = null;
//添加了void,导致Server()被视为成员方法,本类实例化的时,调用的默认构造方法,没有初始化socket,在run()线程任务中调用socket时,出现空指针异常;
    void Server() {
        try {
            intads = InetAddress.getByName("224.255.1.0");
            socket = new MulticastSocket(port);
            socket.setTimeToLive(1);
            socket.joinGroup(intads);
            if(socket == null) {
                System.out.println("null!");
            }
            }catch(Exception e) {
            e.printStackTrace();
        }
    }

    public void run() {
        while (true) {
            byte data[] = str.getBytes();
            DatagramPacket dPacket = new DatagramPacket(data, data.length, intads, port);
            System.out.println(str);
            try {
                socket.send(dPacket);
                sleep(3000);
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
    }
    public static void main(String[] args) {
        Server server = new Server();
        server.start();
    }
}

执行结果:

//报出异常;
java.lang.NullPointerException
	at zcf.com.Server.run(Server.java:31)

去掉void修饰符:

//结果正常,间隔数秒发送一个信息;
zcf
zcf

在Hive中遇到"Java heap space"错误通常是由于JVM(Java Virtual Machine)分配给Hive MapReduce作业的内存不足。当处理大规模数据或者复杂查询时,如果任务所需的内存超过了默认设置,就可能导致这个错误。 以下是解决这个问题的一些常见步骤: 1. **检查配置**:查看Hive的`hive-site.xml`文件,确认`mapreduce.map.memory.mb`和`mapreduce.reduce.memory.mb`这两个配置项是否足够大。默认值可能不足以处理大数据集,通常建议增大这些值。 ```xml <property> <name>mapreduce.map.memory.mb</name> <value>4096</value> <!-- 可以根据实际需求调整 --> </property> <property> <name>mapreduce.reduce.memory.mb</name> <value>8192</value> <!-- 或者更大,取决于你的任务复杂度 --> </property> ``` 2. **增加Java Heap Size**:可以在命令行启动Hive shell时添加`-Xmx`选项来指定最大堆大小。例如: ``` hive -Xmx4g ``` 这里 `-4g` 表示4GB内存,替换为你需要的实际数值。 3. **使用动态调整内存**:如果你正在使用Tez作为执行引擎,可以考虑使用Tez的资源管理器(如YARN)动态调整内存。这需要在`hive-env.sh`文件中配置`TEZ_AM_LAUNCH_CMD_OPTS`环境变量。 4. **监控资源使用**:在运行查询之前,确保集群有足够的可用内存。使用`yarn logs`或者Hadoop的监控工具来检查当前任务是否已经接近极限。 5. **优化查询**:尽可能优化HQL查询,避免不必要的全表扫描或使用小表驱动大表等策略,这能减少对内存的需求。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值